Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
Il serait possible de mettre en place un cache local sur une des machines Free, avec MapProxy, ou Tilecache. Je veux bien m'en occuper. Mais attention, ça va prendre bcp bcp de place ... F. 2010/7/29 hamster hams...@suna.fdn.fr: internet c'est bien mais c'est assez vite lent, surtout avec les photos a 15 cm est-ce que quelqu'un sait si il y a moyen de telecharger une zone une fois pour toute et qu'ensuite josm affiche l'image a partir du disque et non pas en telechargeant et retelechargeant les tuiles a travers internet ? (c'est ce que fait deja le plugin cadastre d'ailleurs) j'ai un peu cherche un systeme de cache, mais j'ai rien trouve au mieux il y a la fonction enregistrer le calque wms comme un fichier mais ca fait une toute petite zone de photo (a moins d'avoir enormement de RAM), il faut commencer par parcourir toute la zone a fort grossissement pour qu'il charge les tuiles, et ensuite quand j'essaie de re-ouvrir le fichier en question il plante en plus d'etre plus rapide ca aurait l'avantage d'etre utilisable hors connection ___ 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] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreetMap
Génial !! Mais quand est-ce que je vais dormir ;-) Le mercredi 28 juillet 2010 21:20:49 François Van Der Biest, vous avez écrit : Merci à vous pour cette mise à disposition des orthophotos ! Je viens d'ajouter le WMS en overlay dans QualityStreetMap [http://goo.gl/61Tc], ce qui pourra s'avérer pratique pour coordonner le mapping sur la base de cette ortho. Tu peux compter sur moi pour l'utiliser maintenant !!! Ce qui me manque cruellement pour commencer est l'authentif ou au moins une signature à la OSB. -- 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] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
Le 29 juillet 2010 00:53, hamster hams...@suna.fdn.fr a écrit : internet c'est bien mais c'est assez vite lent, surtout avec les photos a 15 cm est-ce que quelqu'un sait si il y a moyen de telecharger une zone une fois pour toute et qu'ensuite josm affiche l'image a partir du disque et non pas en telechargeant et retelechargeant les tuiles a travers internet ? (c'est ce que fait deja le plugin cadastre d'ailleurs) j'ai un peu cherche un systeme de cache, mais j'ai rien trouve Il y a eu une discussion recement sur la liste de dev de josm. Si j'ai bien compris il y a bien un cahce WMS, mais si tu change de niveau de zoom, ca vide le cache :( Je narrive pas a afficher le thread en entier, juste un message (et qui n'aide pas trop) http://www.mail-archive.com/d...@openstreetmap.org/msg11895.html -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))
Le 28 juillet 2010 21:43, François Van Der Biest francois.vanderbi...@camptocamp.com a écrit : - Une coloration progressive des zones serait effectivement la bienvenue comme ça a déjà été évoqué. Ce qui suppose d'abandonner le champ binaire ... Je ne suis pas encore complètement convaincu : je veux rester simple. Sans aller jusqu'à utiliser toutes les couleurs du spectre lumineux. Pour justement rester simple, je pensais à 3 couleurs possibles: - rouge: aucune des propriétés n'est vérifiée sur la cellule (tout est à false ou 0) - jaune: au moins une des propriétés est à true (ou =1 suivant la convention utilisée) - vert: toutes les propriétés sont vérifiées Cordialement, -- Guillaume ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
2010/7/29 François Van Der Biest francois.vanderbi...@camptocamp.com: Il serait possible de mettre en place un cache local sur une des machines Free, avec MapProxy, ou Tilecache. Il y'a un TMS ici : http://wms.craig.fr/cgi-bin/tilecache.py/1.0.0/ortho/ C'est celui qui est utilisé par la visionneuse. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))
Ca me va bien ! Auquel cas, il faudra proposer une nouvelle vue dans la liste déroulante en haut à gauche de l'outil. F. 2010/7/29 Guillaume Audirac guillaume.audi...@gmail.com: Le 28 juillet 2010 21:43, François Van Der Biest francois.vanderbi...@camptocamp.com a écrit : - Une coloration progressive des zones serait effectivement la bienvenue comme ça a déjà été évoqué. Ce qui suppose d'abandonner le champ binaire ... Je ne suis pas encore complètement convaincu : je veux rester simple. Sans aller jusqu'à utiliser toutes les couleurs du spectre lumineux. Pour justement rester simple, je pensais à 3 couleurs possibles: - rouge: aucune des propriétés n'est vérifiée sur la cellule (tout est à false ou 0) - jaune: au moins une des propriétés est à true (ou =1 suivant la convention utilisée) - vert: toutes les propriétés sont vérifiées Cordialement, -- Guillaume ___ 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] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
2010/7/29 Hendrik Oesterlin hendrikmail2...@yahoo.de: Le 29/07/2010 à 02:52:25 +1100 Landry Breuil landry.bre...@gmail.com a écrit Objet: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreetMap : Cette orthophotographie est consultable (entre autres) à l'adresse suivante : http://carto.craig.fr. Cette visionneuse est basée sur les outils libres mapfish et mapserver. Très bonne initiative! Par contre, sous WinXP avec Opera 10.60 Build 3445 j'ai un problème pour afficher la page. Opera plante et doit être redémarré, et cela en boucle. J'ai déja pas mal passé(ou perdu ?) de temps pour qu'IE soit content.. et je n'ai pas de machine de dev avec un OS qui supporte IE ou Opera. Donc oui, désolé, je n'ai pas testé Opera :) Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
Formidable ! Autant l'utiliser plutot que le WMS alors ... F. 2010/7/29 Landry Breuil landry.bre...@gmail.com: 2010/7/29 François Van Der Biest francois.vanderbi...@camptocamp.com: Il serait possible de mettre en place un cache local sur une des machines Free, avec MapProxy, ou Tilecache. Il y'a un TMS ici : http://wms.craig.fr/cgi-bin/tilecache.py/1.0.0/ortho/ C'est celui qui est utilisé par la visionneuse. Landry ___ 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] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
2010/7/28 hamster hams...@suna.fdn.fr: merci beaucoup pour l'ouerture d'esprit dont vous faites preuve, c'est pas tous les jours que la cooperation avec des institutionnels se passe aussi bien je suis un peu etonne que clermont (et pourquoi pas aurillac) ne figure pas dans la liste des zones couvertes a 15 cm mais c'est deja tres bien comme ca Clermont n'a pas été couvert lors de cette prise de vue car clermont co à déja une orthophoto à 16.5cm datant de quelques années, mais ils vont nous la fournir, je pense qu'il faudra leur demander gentiment pour la rajouter à notre WMS.. enfin en attendant, y'a déja du 30cm. Pour aurillac... question politique :) j'attends avec impatience la partie cantalouse de la photo Mars 2011 pour cantal/haute loire si tout se passe bien. Les prises de vues doivent être faites cet été. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreetMap
Le jeudi 29 juillet 2010 à 09:57 +0200, Landry Breuil a écrit : 2010/7/29 Hendrik Oesterlin hendrikmail2...@yahoo.de: Le 29/07/2010 à 02:52:25 +1100 Landry Breuil landry.bre...@gmail.com a écrit Objet: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreetMap : Cette orthophotographie est consultable (entre autres) à l'adresse suivante : http://carto.craig.fr. Cette visionneuse est basée sur les outils libres mapfish et mapserver. Très bonne initiative! Par contre, sous WinXP avec Opera 10.60 Build 3445 j'ai un problème pour afficher la page. Opera plante et doit être redémarré, et cela en boucle. J'ai déja pas mal passé(ou perdu ?) de temps pour qu'IE soit content.. et je n'ai pas de machine de dev avec un OS qui supporte IE ou Opera. Donc oui, désolé, je n'ai pas testé Opera :) Non seulement vous effectuez une libération de données majeure, mais en plus vous utilisez des OS qui attirent ma sympathie. C'est le paradis chez vous, non ? Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
2010/7/29 François Van Der Biest francois.vanderbi...@camptocamp.com: Formidable ! Autant l'utiliser plutot que le WMS alors ... Ah bien sur.. je n'en ai pas parlé car je ne savais pas si josm supportait les serveurs TMS, et je n'ai pas fait de tests avec merkaartor. Par contre le TMS est en EPSG:2154 uniquement. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] marquer un POI ?
Bonjour, J'ai une question d'usage de la carte : Comment montrer un POI, une position, sur la carte glissante, de faon diffuser un emplacement par email par exemple ? Je ne vais tout de mme pas utiliser GoogleMaps et ses markers pour cela ;-) Je prcise que c'est un btiment qui n'a pas d'adresse que je souhaite pointer. Une recherche avec nominamtim n'est donc pas possible. Et d'ailleurs, avec nominatim, le rsultat n'est pas toujours mis en vidence par un marker. Je n'ai rien vu sur le wiki. Ni sur l'interface www.openstreetmap.org. Ou alors, c'est bien cach ! C'est une question, mon avis, ne pas ngliger : la facilit d'usage est une condition ncessaire l'adoption d'openstreetmap par le grand public. -- Ccile Bothorel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] marquer un POI ?
Hello, J'ai une question d'usage de la carte : Comment montrer un POI, une position, sur la carte glissante, de façon à diffuser un emplacement par email par exemple ? Je ne vais tout de même pas utiliser GoogleMaps et ses markers pour cela ;-) Je précise que c'est un bâtiment qui n'a pas d'adresse que je souhaite pointer. Une recherche avec nominamtim n'est donc pas possible. Et d'ailleurs, avec nominatim, le résultat n'est pas toujours mis en évidence par un marker. - double click sur la carte autant de fois que nécessaire afin d'atteindre le bon zoom - click sur permalink en bas à droite - remplacer dans l'url les parametres lat / lon par mlat / mlon Je n'ai rien vu sur le wiki. Ni sur l'interface www.openstreetmap.org. Ou alors, c'est bien caché ! C'est effectivement bien caché ;-) a+, -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] marquer un POI ?
OpenStreetMap.fr pourrait offrir un certain nombre d'outils pratiques, dont celui-ci. En prime, la possibilité de créer une url courte, à la openstreetmap.fr/go/ (dommage, osm.fr est réservé ...) F. 2010/7/29 Pierre Mauduit pierre.maud...@gmail.com: Hello, J'ai une question d'usage de la carte : Comment montrer un POI, une position, sur la carte glissante, de façon à diffuser un emplacement par email par exemple ? Je ne vais tout de même pas utiliser GoogleMaps et ses markers pour cela ;-) Je précise que c'est un bâtiment qui n'a pas d'adresse que je souhaite pointer. Une recherche avec nominamtim n'est donc pas possible. Et d'ailleurs, avec nominatim, le résultat n'est pas toujours mis en évidence par un marker. - double click sur la carte autant de fois que nécessaire afin d'atteindre le bon zoom - click sur permalink en bas à droite - remplacer dans l'url les parametres lat / lon par mlat / mlon Je n'ai rien vu sur le wiki. Ni sur l'interface www.openstreetmap.org. Ou alors, c'est bien caché ! C'est effectivement bien caché ;-) a+, -- Pierre ___ 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] marquer un POI ?
Effectivement, avec l'URL, on peut mettre un marqueur : http://wiki.openstreetmap.org/wiki/FR:Browsing#Ajouter_un_marqueur Et on peut en faire un shortlink aussi. Le 29 juillet 2010 10:26, Pierre Mauduit pierre.maud...@gmail.com a écrit : Hello, J'ai une question d'usage de la carte : Comment montrer un POI, une position, sur la carte glissante, de façon à diffuser un emplacement par email par exemple ? Je ne vais tout de même pas utiliser GoogleMaps et ses markers pour cela ;-) Je précise que c'est un bâtiment qui n'a pas d'adresse que je souhaite pointer. Une recherche avec nominamtim n'est donc pas possible. Et d'ailleurs, avec nominatim, le résultat n'est pas toujours mis en évidence par un marker. - double click sur la carte autant de fois que nécessaire afin d'atteindre le bon zoom - click sur permalink en bas à droite - remplacer dans l'url les parametres lat / lon par mlat / mlon Je n'ai rien vu sur le wiki. Ni sur l'interface www.openstreetmap.org. Ou alors, c'est bien caché ! C'est effectivement bien caché ;-) a+, -- Pierre ___ 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] marquer un POI ?
On 29/07/2010 10:31, Etienne Trimaille wrote: Effectivement, avec l'URL, on peut mettre un marqueur : http://wiki.openstreetmap.org/wiki/FR:Browsing#Ajouter_un_marqueur Et on peut en faire un shortlink aussi. Merci ! Reconnaissez que ce n'est pas à la portée de tout le monde ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] marquer un POI ?
Le 29 juillet 2010 10:20, Cécile Bothorel cecile.botho...@telecom-bretagne.eu a écrit : Bonjour, J'ai une question d'usage de la carte : Comment montrer un POI, une position, sur la carte glissante, de façon à diffuser un emplacement par email par exemple ? Je ne vais tout de même pas utiliser GoogleMaps et ses markers pour cela ;-) Je précise que c'est un bâtiment qui n'a pas d'adresse que je souhaite pointer. Une recherche avec nominamtim n'est donc pas possible. Et d'ailleurs, avec nominatim, le résultat n'est pas toujours mis en évidence par un marker. Je n'ai rien vu sur le wiki. Ni sur l'interface www.openstreetmap.org. Ou alors, c'est bien caché ! C'est une question, à mon avis, à ne pas négliger : la facilité d'usage est une condition nécessaire à l'adoption d'openstreetmap par le grand public. -- Cécile Bothorel Bonjour, Si tu connais l'id du POI, tu peux le référencer dans l'url ; par exemple http://www.openstreetmap.org/?way=63016585 Ou mettre les coordonnées en mlat mlon : http://www.openstreetmap.org/?mlat=48.524975mlon=2.385188zoom=18 Après tu peux faire du dev de page web / javascript avec OpenLayer pour faire des trucs plus sexy : http://freeroute.fr/?page_id=36 mes 0,02 € -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] marquer un POI ?
Le 29/07/2010 10:30, François Van Der Biest a écrit : En prime, la possibilité de créer une url courte, à la openstreetmap.fr/go/ (dommage, osm.fr est réservé ...) On peut peut-être a l'entreprise qui a osm.fr s'ils peuvent pas nous faire une petite place :) (partage de la page d'accueil en 2 + redirection de tout ce qui pointe vers osm.fr/go) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : marquer un POI ?
De : Cécile Bothorel cecile.botho...@telecom-bretagne.eu Merci ! Reconnaissez que ce n'est pas à la portée de tout le monde C est vrai que c est pas facile a deviner +1 a ceux qui pensent qu il serait bien de rajouter des mashup a openstreetmap.fr pour que les gens puissaent plus facilement utiliser les donnees OpenStreetMap Julien ___ 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] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
J'ai commencé à remettre au propre l'A71. Le niveau de détail est tel qu'on voit même les bornes d'appel d'urgence :-) En ville, on distingue assez nettement les marquages au sol ce qui peut aussi aider pour les oneway sans parler des pistes ou même des arrêts de bus ! J'ai aussi créé une relation pour regrouper la couverture de ces orthos et de celles à venir dans le futur: http://www.openstreetmap.org/browse/relation/1103659 -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] questions à propos d'une Voie vert e
Bonjour, Je viens d'ajouter une portion d'une voie verte en Bretagne (Douarnenez-Guengat, http://www.openstreetmap.org/?way=70085599) et j'aurais besoin de vos lumières sur quelques points : - J'ai mis highway=path + motorcycle=no pour indiquer la voie verte, suffisant d'après les règles de restrictions décrites dans http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France, mais différent de http://wiki.openstreetmap.org/wiki/FR:Bicycle#Voies_vertes qui parle de motor_vehicle=no que josm ne semble pas connaître : est-ce ok ? - cette voie verte n'est pas listée dans la page du wiki : http://wiki.openstreetmap.org/wiki/FR:Itin%C3%A9raires_cyclables puis-je / dois-je la rajouter ? - cette voie verte comporte des barrières « anti-voitures » à chaque intersection avec une route, faut-il les indiquer sur la carte, et si oui, avec quel tag (je n'ai trouvé que barrier=cycle_barrier qui s'en approche, mais ce n'est pas le bon usage (quoique même pour les vélos, c'est parfois serré !). Fred. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème osm2pgsql...
J'essaye d'importer la france dans postgresql à l'aide d'osm2pgsql mais l'import est systématiquement interrompu par une fermeture qui me sort une erreur de ce type: pending_ways failed: server closed the connection unexpectedly J'ai bien mis un autovacuum=off dans le config de postgres, mais ça n'a rien changé. Quelqu'un(e) a une idée ? -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] marquer un POI ?
Tu peux aussi utiliser ce service par exemple : http://www.osm-wms.de/ -- 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] Suffixes :left/:right - piqûre d e rappel
Mikaël Cordon a écrit : Le jeudi 29 juillet 2010 02:13:39, Pieren a écrit : 2010/7/28 Mikaël Cordon mikael.cor...@gmail.com Avec le modèle des xxxway, on peut même modéliser des extras : — C1 : (c : cycliste ; v : voiture ; b : bus) |↓:↑| ↓ : ↑ | ↓ : ↑ | |c:c| v : v | b : b | highway=* ; cycleway:left=lane ; busway:right=lane Mais avec ce système, comment tu taggues une route: :c:v:v:c: highway=* ; cycleway:left=opposite_lane ; cycleway:right=lane ; oneway:bicycle=1 Entièrement d'accord avec cycleway:left=opposite_lane ; cycleway:right=lane. Mais que vient faire oneway:bicycle=1 ? Si tu veux utiliser oneway:bicycle pour indiquer un sens de circulation propre aux vélos, CYCLEWAY devrait se cantonner à une description physique, et non pas combiner les deux (opposite_lane)... Cela devient confus. Soit : highway=* ; cycleway:left=opposite_lane ; cycleway:right=lane ; (recommended) soit : highway=* ; cycleway:left=lane ; cycleway:right=lane ; oneway:bicycle=0 et :c:v:v: highway=* ; cycleway:left=opposite_lane ; oneway:bicycle=1 ou highway=* ; cycleway:left=lane ; oneway:bicycle=-1 (pour s’économiser quelques caractères) ? Pieren Là aussi, soit : highway=* ; cycleway:left=opposite_lane ; soit : highway=* ; cycleway:left=lane ; oneway:bicycle=-1 Et pour revenir au cas C1 énoncé plus haut, l'attribut LANE me fait penser qu'il n'y a qu'1 seule voie de circulation. Peut-être qu'une nouvelle valeur LANES (avec un S) dissiperait tout ambiguïté. highway=* cycleway:left=lanes busway:right=lanes Là, ça devient tout de suite plus évident, n'est-ce pas? Et dans les cas suivants, pour reprendre ton modèle, ai-je tout bon? |↑| ↑ | |c | v | highway=* oneway=1 cycleway:left=lane |↓| ↑ | |c | v | highway=* oneway=1 cycleway:left=lane oneway:bicycle=-1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] URL paramétrée pour OSM ?
re-Bonjour, J'aimerais pouvoir utiliser la recherche de lieux dans une « URL paramétrée » : il s'agit d'une adresse avec une partie variable, que l'on donne lors d'une recherche, pour composer la vraie requête : par exemple, pour Google, on peut utiliser : http://www.google.fr/search?as_q=%s et suivant le navigateur, on a soit une case à remplir avec le texte de la variable, soit on utilise dans la barre d'URL un nom raccourci suivi par un espace et le mot à rechercher. Je voudrais donc pouvoir rechercher directement un lieu comme si je l'avais tapé dans la case « Recherche » de la page d'OSM, mais je n'ai pas trouvé quelle est l'URL construite à partir d'une recherche de nom (je ne connais pas le javascript…) : sauriez-vous m'indiquer quelle est cette adresse ? Merci, Fred. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel
2010/7/29 Mikaël Cordon mikael.cor...@gmail.com Mais avec ce système, comment tu taggues une route: :c:v:v:c: highway=* ; cycleway:left=opposite_lane ; cycleway:right=lane ; oneway:bicycle=1 et :c:v:v: highway=* ; cycleway:left=opposite_lane ; oneway:bicycle=1 ou highway=* ; cycleway:left=lane ; oneway:bicycle=-1 (pour s’économiser quelques caractères) Oui, je pensais bien qu'avec ces deux cas qui sont quand même les plus courants, ton système nécessitait plus de tags que celui actuellement en place. Et on voit que quel que soit le système choisi, il arrive que des cas posent questions et auront différentes interprétations. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] URL paramétrée pour OSM ?
Bonjour, Le 29/07/2010 11:41, Fred a écrit : J'aimerais pouvoir utiliser la recherche de lieux dans une « URL paramétrée » http://www.openstreetmap.org/?query=rennes Avec Firefox, tu peux cliquer avec le bouton droit dans la zone de recherche et « ajouter un mot-clef pour cette recherche ». -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] questions à propos d'une Voie verte
2010/7/29 Fred fboit...@free.fr Bonjour, Je viens d'ajouter une portion d'une voie verte en Bretagne (Douarnenez-Guengat, http://www.openstreetmap.org/?way=70085599) et j'aurais besoin de vos lumières sur quelques points : - J'ai mis highway=path + motorcycle=no pour indiquer la voie verte, suffisant d'après les règles de restrictions décrites dans http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France , mais différent de http://wiki.openstreetmap.org/wiki/FR:Bicycle#Voies_vertes qui parle de motor_vehicle=no que josm ne semble pas connaître : est-ce ok ? il faut utiliser motor_vehicle qui interdit l'accès à tout les véhicules à moteur http://wiki.openstreetmap.org/wiki/Key:motor_vehicle motorcycle correspond aux 2 roues à moteur. - cette voie verte n'est pas listée dans la page du wiki : http://wiki.openstreetmap.org/wiki/FR:Itin%C3%A9raires_cyclables puis-jehttp://wiki.openstreetmap.org/wiki/FR:Itin%C3%A9raires_cyclables%0Apuis-je/ dois-je la rajouter ? oui tu peux la rajouter là : http://wiki.openstreetmap.org/wiki/Bretagne dans la section voies vertes. - cette voie verte comporte des barrières « anti-voitures » à chaque intersection avec une route, faut-il les indiquer sur la carte, et si oui, avec quel tag (je n'ai trouvé que barrier=cycle_barrier qui s'en approche, mais ce n'est pas le bon usage (quoique même pour les vélos, c'est parfois serré !). d'après http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dcycle_barrier, c'est bien ça. Tu rajoutes bicycle=yes et c'est bon. Cycle barrier sert ici à éviter le passage des voitures et ralentir les cyclistes. Fred. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr tOf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] URL paramétrée pour OSM ?
Le Thu, 29 Jul 2010 11:57:12 +0200, Sylvain Collilieux sylv...@collilieux.net a écrit : Bonjour, Le 29/07/2010 11:41, Fred a écrit : J'aimerais pouvoir utiliser la recherche de lieux dans une « URL paramétrée » http://www.openstreetmap.org/?query=rennes Avec Firefox, tu peux cliquer avec le bouton droit dans la zone de recherche et « ajouter un mot-clef pour cette recherche ». Merci beaucoup Sylvain ! Fred. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] URL paramétrée pour OSM ?
Le jeudi 29 juillet 2010 11:57:12 Sylvain Collilieux, vous avez écrit : Bonjour, Le 29/07/2010 11:41, Fred a écrit : J'aimerais pouvoir utiliser la recherche de lieux dans une « URL paramétrée » http://www.openstreetmap.org/?query=rennes Dans le même genre, on pourrait pas avoir une fonctionnalité du genre « J'ai de la chance » et que http://www.openstreetmap.org/?luckyquery=rennes affiche la première réponse nominatim ? -- 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] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
Bonjour, Ca a peut-être déjà été évoqué, excusez moi pour le doublon si jamais. Pour éviter les problèmes de fenêtres d'authentification intempestives, l'adresse de la visionneuse est la suivante (avec un . en moins) : http://carto.craig.fr Pierre 2010/7/28 Landry Breuil landry.bre...@gmail.com: Bonjour, Le Centre Régional Auvergnat de l'Information Géographique (http://www.craig.fr) est une structure publique ayant pour but de mutualiser l'information géographique entre les différents acteurs publics de la région Auvergne. Dans le cadre de son programme d'acquisition de données, le CRAIG a fait réaliser courant 2009 une orthophotographie à 30cm sur les départements de l'Allier et du Puy de Dôme et à 15cm sur les agglomérations (étendues) de Vichy, Moulins et Montluçon. Une seconde prise de vue est programmée cette année pour couvrir les départements Cantal et la Haute Loire à 30cm, ainsi que l'agglomération du Puy-en-Velay à 15cm. Cette orthophotographie est consultable (entre autres) à l'adresse suivante : http://carto.craig.fr. Cette visionneuse est basée sur les outils libres mapfish et mapserver. Cette donnée étant la propriété du CRAIG, et ayant vocation à être largement diffusée/rendue publique (cf. Directive européenne INSPIRE), nous nous proposons de la mettre à disposition des contributeurs d'OpenStreetMap pour enrichir la base de données (autant sous licence ODBL que CC-BY-SA). En espérant que ca montre la voie pour les autres... Un flux WMS est donc disponible pour l'utilisation dans les outils d'édition OSM (josm, merkaartor..) ici : http://wms.craig.fr/osm 4 couches sont disponibles: - departements : Allier/Puy de Dôme à 30cm (~16000 km²) - Montluçon : agglomération de Montluçon à 15cm (~180 km²) - Moulins : agglomération de moulins à 15cm (~760 km²) - Vichy : agglomération de Vichy à 15cm (~ 330 km²) Des tests avec josm ont montré qu'il n'y avait pas de problème pour afficher ce WMS en fond, avec Merkaartor il est conseillé d'utiliser EPSG:2154 (projection native Lambert 93), les autres projections ne renvoyant que des images vides (d'ailleurs, si quelqu'un veut bien nous aider sur ce point.. surement un détail dans la configuration de mapserver, merkaartor fait des requêtes avec une BBOX invalide) Si vous utilisez ce service pour ajouter des objets à la base, merci de penser à utiliser le tag source='Orthophotographie CRAIG/TopoGEODIS 2009'.. Et si quelqu'un se sent de remplir une page/compléter Potential_Datasources#france sur le wiki, il est le bienvenu :) N'hésitez pas à nous envoyer un mail (geomatique at craig dot fr) pour toute question/information, et bon mapping ! Pour le CRAIG, Landry BREUIL ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème osm2pgsql...
as tu essayé avec le parametre --slim. Ca m'avait résolu des problèmes similaire ! 2010/7/29 Christian Quest christian.qu...@gmail.com J'essaye d'importer la france dans postgresql à l'aide d'osm2pgsql mais l'import est systématiquement interrompu par une fermeture qui me sort une erreur de ce type: pending_ways failed: server closed the connection unexpectedly J'ai bien mis un autovacuum=off dans le config de postgres, mais ça n'a rien changé. Quelqu'un(e) a une idée ? -- Christian ___ 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] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreetMap
Le jeudi 29 juillet 2010 09:58:51 François Van Der Biest, vous avez écrit : Formidable ! Autant l'utiliser plutot que le WMS alors ... Je ne comprends pas la subtilité entre les deux, mais si on me dit que c'est mieux je veux bien. Comment on l'intégre dans JOSM ? Merci -- 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] Problème osm2pgsql...
Je complète un peu... Je suis sous Ubuntu 10.04 donc postgres 8.4. J'ai modifié le fichier de config de postgres, et alloué 256Mo à shm. voici ma ligne de commande d'import: osm2pgsql -m -d gis -k -s -p osm -v france.osm.bz2 (-s c'est comme --slim) J'y retourne :-( -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreetMap
Le mercredi 28 juillet 2010 17:52:25 Landry Breuil, vous avez écrit : Si vous utilisez ce service pour ajouter des objets à la base, merci de penser à utiliser le tag source='Orthophotographie CRAIG/TopoGEODIS 2009'.. Il y a un moyen que JOSM ajoute automatiquement le tag source pour les objets ajoutés quand le WMS est présent ? Sinon, on peut tout taguer au moment de l'envoi, mais bon on sait jamais. -- 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] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
2010/7/29 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Le jeudi 29 juillet 2010 09:58:51 François Van Der Biest, vous avez écrit : Formidable ! Autant l'utiliser plutot que le WMS alors ... Je ne comprends pas la subtilité entre les deux, mais si on me dit que c'est mieux je veux bien. Le WMS consomme de la ressource processeur en quantité à chaque appel. Le TMS possède toutes les tuiles déjà générées dans un cache, et se trouve donc bien moins gourmand. Par sympathie pour le CRAIG qui nous met à disposition ses données, utilisons le TMS ! Comment on l'intégre dans JOSM ? Ca passe par le plugin slippymap je crois: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/SlippyMap#Custom_tile_URLS F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème osm2pgsql...
On jeudi 29 juillet 2010, Christian Quest wrote: J'essaye d'importer la france dans postgresql à l'aide d'osm2pgsql mais l'import est systématiquement interrompu par une fermeture qui me sort une erreur de ce type: pending_ways failed: server closed the connection unexpectedly Il se passe quoi si tu tentes le coup avec un fichier d'import beaucoup plus petit ? genre : - test avec une ville - test avec une région ? J'imagine aussi que tu as déjà scruté les logs postgres ? -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreetMap
Le jeudi 29 juillet 2010 14:56:15 François Van Der Biest, vous avez écrit : 2010/7/29 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Comment on l'intégre dans JOSM ? Ca passe par le plugin slippymap je crois: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/SlippyMap#Custom_tile_URLS J'ai essayé d'ajouter ça dans mes preferences : slippymap.custom_tile_source_2.name=CRAIG slippymap.custom_tile_source_2.url=http://wms.craig.fr/cgi- bin/tilecache.py/1.0.0/ortho/ slippymap.custom_tile_source_2.ext=jpg J'ai ensuite configuré le plugin slippymap sur cette nouvelle source après redémarrage de JOSM, mais j'obtiens des erreurs et rien ne s'affiche : failed loading 17/9/46763 Server returned HTTP response code: 500 for URL: http://wms.craig.fr/cgi-bin/tilecache.py/1.0.0/ortho/17/9/46763.jpg Je suis en projection WGS84 (EPSG:4326). -- 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] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreetMap
François Van Der Biest a écrit : Il serait possible de mettre en place un cache local sur une des machines Free, avec MapProxy, ou Tilecache. je ne parlais pas d'utiliser a travers internet un cache autre que le wms officiel, je parlais d'afficher les images depuis mon disque dur, celui qui est dans mon ordi, de facon a ne plus utiliser internet que ca soit utilisable quand on debranche le cable reseau quoi vu que ca prend enormement de place il faudrait pouvoir, avant de debrancher le cable, selectionner la zone qu'on veut telecharger et la copier toute d'un coup sur son disque local, pour eviter de faire une copie locale de toute l'auvergne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
Il te suffit donc d'installer sur ton ordi ces mêmes logiciels, et d'utiliser JOSM en configurant une URL locale (sous réserve que ça marche ;-). Au fur et à mesure que tu vas utiliser cette ortho dans JOSM, le cache va se constituer en local, de telle sorte que tu pourras débrancher le cable à un moment. Si tu ne veux pas attendre, tu peux utiliser tilecache_seed, qui va simuler des requetes sur une BBOX donnée, et constituer ainsi ton cache local plus rapidement. HTH, F. 2010/7/29 hamster hams...@suna.fdn.fr: François Van Der Biest a écrit : Il serait possible de mettre en place un cache local sur une des machines Free, avec MapProxy, ou Tilecache. je ne parlais pas d'utiliser a travers internet un cache autre que le wms officiel, je parlais d'afficher les images depuis mon disque dur, celui qui est dans mon ordi, de facon a ne plus utiliser internet que ca soit utilisable quand on debranche le cable reseau quoi vu que ca prend enormement de place il faudrait pouvoir, avant de debrancher le cable, selectionner la zone qu'on veut telecharger et la copier toute d'un coup sur son disque local, pour eviter de faire une copie locale de toute l'auvergne ___ 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] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
2010/7/29 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Le jeudi 29 juillet 2010 14:56:15 François Van Der Biest, vous avez écrit : 2010/7/29 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Comment on l'intégre dans JOSM ? Ca passe par le plugin slippymap je crois: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/SlippyMap#Custom_tile_URLS J'ai essayé d'ajouter ça dans mes preferences : slippymap.custom_tile_source_2.name=CRAIG slippymap.custom_tile_source_2.url=http://wms.craig.fr/cgi- bin/tilecache.py/1.0.0/ortho/ slippymap.custom_tile_source_2.ext=jpg J'ai ensuite configuré le plugin slippymap sur cette nouvelle source après redémarrage de JOSM, mais j'obtiens des erreurs et rien ne s'affiche : failed loading 17/9/46763 Server returned HTTP response code: 500 for URL: http://wms.craig.fr/cgi-bin/tilecache.py/1.0.0/ortho/17/9/46763.jpg Je suis en projection WGS84 (EPSG:4326). Hmm, ça ne marchera pas en epsg:4326 : il faut utiliser lambert93 (epsg:2154). Je soupçonnne de plus que d'autres paramètres seront nécessaires (ordre des params x/y/z, origine de la grille ?) F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreetMap
Julien Balas a écrit : Il y a eu une discussion recement sur la liste de dev de josm. Si j'ai bien compris il y a bien un cahce WMS, mais si tu change de niveau de zoom, ca vide le cache :( ce cache n'est pas tellement utilisable : - il est de taille fixe, ce qui fait que quand il est plein le tuiles les plus anciennes sont virees, et avec la photo a 15 cm ca fait une toute petite zone - pour le remplir il faut patiamment parcourir la zone qu'on veut voir (avec un zoom fort parce que sinon le plugin wms refuse de charger les tuiles et dit zone trop grande) il manque donc un utilitaire permettant de selectionner une zone a telecharger, comme c'est le cas pour les donnees OSM - il n'y a pas de possibilite de garder le cache en question a long terme parce qu'il sera ecrase par les telechargements futurs il n'y a pas de systeme comme pour le cache du plugin cadastre qui permette de renommer le cache pour qu'il ne soit pas ecrase, et surtout qui permette ensuite de choisir quel cache on veut utiliser il y a bien une fonction pour ouvrir un fichier .wms mais j'ai pas reussi a l'utiliser : ca plante a tous les coups ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreetMap
François Van Der Biest a écrit : Hmm, ça ne marchera pas en epsg:4326 : il faut utiliser lambert93 (epsg:2154). quand je vais dans les reglages de projection je trouve pas lambert93 (epsg:2154) j'ai bien lambert 4 zones et lambert conique 9 zones mais aucune des deux n'est epsg:2154 c'est quoi le truc ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
2010/7/29 hamster hams...@suna.fdn.fr: François Van Der Biest a écrit : Hmm, ça ne marchera pas en epsg:4326 : il faut utiliser lambert93 (epsg:2154). quand je vais dans les reglages de projection je trouve pas lambert93 (epsg:2154) j'ai bien lambert 4 zones et lambert conique 9 zones mais aucune des deux n'est epsg:2154 Hmmm, j'avais pas prévu ça... c'est quoi le truc ? Soumettre un patch à JOSM pour le support de SRS personnalisés ? F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Hum, donc aucune décision n'a encore été prise ? Je vais essayer de synthétiser le problème de fond. Lorsque l'on utilise un petit cycleway:left sur une rue à double sens, la valeur lane ou opposite_lane se réfère au sens du tracé ou au sens de circulation (de la voie voiture la plus proche de la bande) ? Car sur le wiki, rien n'est précisé, du coup deux interprétations ont vu le jour : 1) Lapinos pense qu'il vaut mieux se référer au sens du tracé, au moins on ne devient pas dépendant d'autres tags comme le tag oneway. On a effectivement besoin d'aucun autre tag pour déterminer avec ce système où sont les aménagements cyclables et leur sens. 2) L'autre façon de penser, est de se dire que l'on fait exactement comme le tag de base cycleway. Pour ce tag, opposite_lane veut bien dire dans le sens opposé de circulation des voiture (cf wiki http://wiki.openstreetmap.org/wiki/Cycleway). Donc pour taguer une voie à double sens voiture, avec côté gauche piste cyclable et côté droit bande cyclable (le tout circulant dans le même sens que les voitures) on mettrait : cycleway:left=track et cycleway:right=lane. Si la route était à sens unique ça aurait donné : cycleway:left=opposite_track et cycleway:right=lane. Ce qui veut dire qu'en pratique, avec l'utilisation des :left et :right on aurait normalement presque jamais à utiliser de opposite pour les voies à double sens. Avec ce système, les tags :left et :right dépendent effectivement du tag oneway. Voilà j'espère que l'on va enfin pouvoir se décider :) Un petit vote ? Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5347412.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] Suffixes :left/:right - piqûre d e rappel
Le jeudi 29 juillet 2010 11:36:39, Lapinos03 a écrit : Mikaël Cordon a écrit : Le jeudi 29 juillet 2010 02:13:39, Pieren a écrit : 2010/7/28 Mikaël Cordon mikael.cor...@gmail.com Avec le modèle des xxxway, on peut même modéliser des extras : — C1 : (c : cycliste ; v : voiture ; b : bus) |↓:↑| ↓ : ↑ | ↓ : ↑ | |c:c| v : v | b : b | highway=* ; cycleway:left=lane ; busway:right=lane Mais avec ce système, comment tu taggues une route: :c:v:v:c: highway=* ; cycleway:left=opposite_lane ; cycleway:right=lane ; oneway:bicycle=1 Entièrement d'accord avec cycleway:left=opposite_lane ; cycleway:right=lane. Mais que vient faire oneway:bicycle=1 ? Pour indiquer que le sens de circulation est unique sur chacune des cycleway, et que le sens donné est dans le sens du tracé… Opposite venant opposer le sens de la voie cyclable de gauche (puisque le tracé est dans le sens bas→haut et oneway:bicycle=+1). Si tu veux utiliser oneway:bicycle pour indiquer un sens de circulation propre aux vélos, CYCLEWAY devrait se cantonner à une description physique, et non pas combiner les deux (opposite_lane)... Cela devient confus. J’aimerais qu’on m’explique ce que vous appelez une représentation physique… Puisque le modèle que le propose est justement une description bête et méchante de la réalité : une voie à gauche, une voie à droite, en sens unique, et celle de gauche à rebour (par rapport au tracé). Le « truc » c’est que je considère cycleway=lane comme une voie cyclable à double sens si on ne précise pas oneway:bicycle={-1,1} (quelque soit la voie pour voitures adjacente). Mais ça, on n’en parle plus bas dans ce message. Soit : highway=* ; cycleway:left=opposite_lane ; cycleway:right=lane ; (recommended) soit : highway=* ; cycleway:left=lane ; cycleway:right=lane ; oneway:bicycle=0 et :c:v:v: highway=* ; cycleway:left=opposite_lane ; oneway:bicycle=1 ou highway=* ; cycleway:left=lane ; oneway:bicycle=-1 (pour s’économiser quelques caractères) ? Pieren Là aussi, soit : highway=* ; cycleway:left=opposite_lane ; soit : highway=* ; cycleway:left=lane ; oneway:bicycle=-1 Et pour revenir au cas C1 énoncé plus haut, l'attribut LANE me fait penser qu'il n'y a qu'1 seule voie de circulation. Peut-être qu'une nouvelle valeur LANES (avec un S) dissiperait tout ambiguïté. +1 ! Je me suis fait la même réflexion, mais j’ai voulu réutiliser le vocabulaire déjà en place vu que l’ambiance générale est à la frilosité quant à l’ajout de vocabulaire :) Mais ce serait plus cohérent, d’autant que par défaut, je considère les voies à double sens. highway=* cycleway:left=lanes busway:right=lanes Là, ça devient tout de suite plus évident, n'est-ce pas? Tout à fait. Et dans les cas suivants, pour reprendre ton modèle, ai-je tout bon? |↑| ↑ | |c | v | highway=* oneway=1 cycleway:left=lane Avec la convention lanes == 2 × lanes (↓↑) j’aurais fait ça aussi. |↓| ↑ | |c | v | highway=* oneway=1 cycleway:left=lane oneway:bicycle=-1 Itou. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mickey86 Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel
2010/7/29 GaelADT gael.sauva...@gmail.com 1) Lapinos pense qu'il vaut mieux se référer au sens du tracé, au moins on ne devient pas dépendant d'autres tags comme le tag oneway. On a effectivement besoin d'aucun autre tag pour déterminer avec ce système où sont les aménagements cyclables et leur sens. Le problème, c'est que 'opposite' et 'opposite_lane' sont clairement définis - et depuis longtemps - dans le wiki comme contraires au trafic et pas au sens du way. 2) on mettrait cycleway:left=track et cycleway:right=lane. Si la route était à sens unique ça aurait donné : cycleway:left=opposite_track et cycleway:right=lane. Ca resterait cohérent avec ce qui est déjà en place (avec lane par exemple). S'il y a de la demande, je peux poser la question sur la liste anglaise. J'ai aussi étendu le tableau pour 'S2' avec un seul way pour que ce soit documenté au final. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel
2010/7/29 Mikaël Cordon mikael.cor...@gmail.com penser qu'il n'y a qu'1 seule voie de circulation. Peut-être qu'une nouvelle valeur LANES (avec un S) dissiperait tout ambiguïté. Et pour revenir au cas C1 énoncé plus haut, l'attribut LANE me fait +1 ! Je me suis fait la même réflexion, mais j’ai voulu réutiliser le vocabulaire déjà en place vu que l’ambiance générale est à la frilosité quant à l’ajout de vocabulaire :) Mais ce serait plus cohérent, d’autant que par défaut, je considère les voies à double sens. On a déjà un 'lanes' pour le nombre total de voies ( http://wiki.openstreetmap.org/wiki/Lanes). Pas sûr que rajouter un autre tag 'lanes' simpifie les choses... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Le jeudi 29 juillet 2010 11:42:44, Pieren a écrit : 2010/7/29 Mikaël Cordon mikael.cor...@gmail.com Mais avec ce système, comment tu taggues une route: :c:v:v:c: highway=* ; cycleway:left=opposite_lane ; cycleway:right=lane ; oneway:bicycle=1 et :c:v:v: highway=* ; cycleway:left=opposite_lane ; oneway:bicycle=1 ou highway=* ; cycleway:left=lane ; oneway:bicycle=-1 (pour s’économiser quelques caractères) Oui, je pensais bien qu'avec ces deux cas qui sont quand même les plus courants, ton système nécessitait plus de tags que celui actuellement en place. C’est sûr, c’est, à mon avis, le point qui fâche avec ce modèle ; mais d’un autre côté on gagne beaucoup en modélisation et en compréhension du modèle vu que c’est déjà ce qu’on utilise avec highway ; il permettrait d’unifier tous les types de voies. Ceci dit, autant ce modèle est bête (systématique) quand on utilise les tags oneway à chaque fois qu’il y a une voie indépendante à sens unique ; il pourrait peut-être être amélioré par des raccourcis syntaxiques, tant que ça ne rend pas le modèle confus ou ambigu. Si on reprend le message précédent de Lapinos03 auquel je réponds, l’utilisation de la valeur cycleway=lanes (avec le « s ») permettrait sans doute d’éviter la lourdeur des oneway:bicycle dans le cas le plus courant : |↓|↓:↑|↑| |c|v:v|c| Et aller un peu plus loin dans la précision avec :both : highway=* ; cycleway:both=lanes Et pour : | ↑ |↑| | v |c| highway=* ; cycleway:right=lane voire même (si la position droite de la bande cyclable est clairement majoritaire) highway=* ; cycleway=lane (ce qui commence à se rapprocher sérieusement du modèle actuel :)) Mais de manière générale, un modèle digne de ce nom, ne devrait être jamais ambigu, comporter le moins d’exceptions possible, et les exceptions devraient porter soit sur le cas vraiment majoritaire à des fins de raccourcis, ou les cas les plus rares. À mon sens, un modèle qui décrit unitairement quelques situations et change la signification de ses composants à chaque situation (autrement dit, un modèle qui n’est fait que d’exceptions) est à proscrire. Et on voit que quel que soit le système choisi, il arrive que des cas posent questions et auront différentes interprétations. Pieren Cordialement, -- Mickey86 Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Le jeudi 29 juillet 2010 18:50:41, Pieren a écrit : 2010/7/29 Mikaël Cordon mikael.cor...@gmail.com penser qu'il n'y a qu'1 seule voie de circulation. Peut-être qu'une nouvelle valeur LANES (avec un S) dissiperait tout ambiguïté. Et pour revenir au cas C1 énoncé plus haut, l'attribut LANE me fait +1 ! Je me suis fait la même réflexion, mais j’ai voulu réutiliser le vocabulaire déjà en place vu que l’ambiance générale est à la frilosité quant à l’ajout de vocabulaire :) Mais ce serait plus cohérent, d’autant que par défaut, je considère les voies à double sens. On a déjà un 'lanes' pour le nombre total de voies ( http://wiki.openstreetmap.org/wiki/Lanes). Pas sûr que rajouter un autre tag 'lanes' simpifie les choses... Je suis assez d’accord pour limiter le vocabulaire au strict nécessaire. Ceci dit, le lanes qu’on connaît déjà est une balise et non une valeur de balise. On rencontre ce schéma bien des fois, par exemple : type=junction ; junction=traffic_signals. Pieren Cordialement, -- Mickey86 Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqû re de rappel
Pieren a écrit : On a déjà un 'lanes' pour le nombre total de voies (http://wiki.openstreetmap.org/wiki/Lanes). Pas sûr que rajouter un autre tag 'lanes' simpifie les choses... Pieren Oui, mais ne mélangeons pas clé et valeur. On a bien [highway]=cycleway et [cycleway]=lane/etc... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tagger une fourrière
Bonjour à tous, j'ai à tagger une fourrière... et je ne trouve pas comment faire. Je ne peux pas vraiment mettre amenity=public_building car aucun bâti dans la zone concernée, et si je mets juste un truc pour matérialiser (genre une barrier=fence) avec comme name: Fourrière Municipale, ça me met le nom de long de la clôture (pas tagger pour le rendu, mais tout de même). Quelqu'un aurait une idée? Merci d'avance, Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger une fourrière
Jérôme Cornet a écrit : Bonjour à tous, j'ai à tagger une fourrière... et je ne trouve pas comment faire. Je ne peux pas vraiment mettre amenity=public_building car aucun bâti dans la zone concernée, et si je mets juste un truc pour matérialiser (genre une barrier=fence) avec comme name: Fourrière Municipale, ça me met le nom de long de la clôture (pas tagger pour le rendu, mais tout de même). Quelqu'un aurait une idée? j'ai pas d'idee mais dans pareil cas et en attendant qu'un consensus se fasse sur le tag je met un tag fixme qui contient une description du probleme (par exempe fixme=quel tag pour une fourriere ?) histoire que ca tombe pas dans l'oubli lorsque c'est pertinent j'utilise en plus le tag description qui est bien pratique http://wiki.openstreetmap.org/wiki/Key:description ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel
ok, refaisons entièrement le schéma du tag bicycle entre français, par contre ne conter pas sur moi pour argumenter auprès des autres pays pour imposer le nouveau schéma. Ni pour changer manuellement avec vérification sur le terrain les 78085 cycleway=track, 36778 cycleway=lane, 10558 cyclaway=opposite, 2988 cycleway=opposite_lane (chiffre au 27 juillet 2010). Comment vont faire les personnes utilisant les données OSM si les schémas de tag changes tous les ans ? il serait peut être judicieux de juste documenter les quelque cas qui nous manque avec le schéma actuelle et changer la photo sur la page http://wiki.openstreetmap.org/wiki/Proposed_features/right_left pour éviter toutes confusions. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Le jeudi 29 juillet 2010 19:41:53, simon a écrit : ok, refaisons entièrement le schéma du tag bicycle entre français, par contre ne conter pas sur moi pour argumenter auprès des autres pays pour imposer le nouveau schéma. Ni pour changer manuellement avec vérification sur le terrain les 78085 cycleway=track, 36778 cycleway=lane, 10558 cyclaway=opposite, 2988 cycleway=opposite_lane (chiffre au 27 juillet 2010). Comment vont faire les personnes utilisant les données OSM si les schémas de tag changes tous les ans ? il serait peut être judicieux de juste documenter les quelque cas qui nous manque avec le schéma actuelle et changer la photo sur la page http://wiki.openstreetmap.org/wiki/Proposed_features/right_left pour éviter toutes confusions. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Rien n’est décidé encore, ce n’est qu’une proposition. Ensuite, ce modèle est souvent compatible avec l’actuel et met à plat le problème des directions. Il est évident qu’il faudra un consensus avant toute adoption. Ceci dit il y a des problèmes avec le modèle actuel : imprecisions, incompréhensions, et des situations qu’on ne peut pas modéliser. C’est difficile pour les cartographieurs (interprétation des imprécisions), ainsi que pour les réutilisateurs des données (réinterprétation des imprécisions). Comme la tendance est à la précision de la carte (c’est un de ses fers de lance), et dans les villes à mettre des voies spécialisées dans tous les sens, il serait vraiment dommage de laisser pourrir une situation qui entache la réputation d’OSM. Si le modèle doit changer c’est le moment de le faire avant qu’il y ait encore plus de données à changer. D’autant que on se rend compte que certaines situations sont difficiles à cartographier ; on espère que les gens n’ont pas fait n’importe quoi. Ainsi sans les situations critiques, le modèle actuel est assez cohérent et alors le passage d’un modèle à l’autre pourrait être fait automatiquement. Mais je répète, rien n’est décidé. On discute parce qu’il y a des soucis. Cordialement, -- Mickey86 Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger une fourrière
hamster wrote: Jérôme Cornet a écrit : Bonjour à tous, j'ai à tagger une fourrière... et je ne trouve pas comment faire. Je ne peux pas vraiment mettre amenity=public_building car aucun bâti dans la zone concernée, et si je mets juste un truc pour matérialiser (genre une barrier=fence) avec comme name: Fourrière Municipale, ça me met le nom de long de la clôture (pas tagger pour le rendu, mais tout de même). Quelqu'un aurait une idée? j'ai pas d'idee mais dans pareil cas et en attendant qu'un consensus se fasse sur le tag je met un tag fixme qui contient une description du probleme (par exempe fixme=quel tag pour une fourriere ?) histoire que ca tombe pas dans l'oubli lorsque c'est pertinent j'utilise en plus le tag description qui est bien pratique http://wiki.openstreetmap.org/wiki/Key:description J'ai rien trouvé dans le tagwatch, faut croire que les OSMeurs n'aiment pas trop passer par la fourrière :p Blague à part, pour qualifier une surface, tu peux peut-être utiliser le tag générique area=yes sur ton closed way. Pour préciser que c'est une fourrière, tu peux tenter amenity=tow_pound ou un truc comme ça. Je suis pas bien sûr de la trad de fourrière : http://forum.wordreference.com/showthread.php?t=718110 Et je rejoins complètement hamster, n'hésite pas à laisser un messages explicatif associé à l'objet avec fixme ou note ou comment : http://wiki.openstreetmap.org/wiki/Key:note Attention avec le tag description, c'est bien destiné aux utilisateurs de la carte, pas aux autres contributeurs. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Hello, Moi je vote pour le 3) par rapport au sens naturelle de circulation (en suisse ou en france on roule a droite). Comme ca cela parais naturel que les opposite sont très rare, et cela correspond au cas L1a, M2 et M3a de la page http://wiki.openstreetmap.org/wiki/Bicycle ce qui n'est pas les cas des autres propositions, par contre cela ne correspond pas au cas M3b met c'est d'ailleurs aussi le cas des autre propositions, je pense d'ailleurs qu'il est erroné ! CU Sarge Le 29. 07. 10 16:44, GaelADT [via GIS] a écrit : Hum, donc aucune décision n'a encore été prise ? Je vais essayer de synthétiser le problème de fond. Lorsque l'on utilise un petit cycleway:left sur une rue à double sens, la valeur lane ou opposite_lane se réfère au sens du tracé ou au sens de circulation (de la voie voiture la plus proche de la bande) ? Car sur le wiki, rien n'est précisé, du coup deux interprétations ont vu le jour : 1) Lapinos pense qu'il vaut mieux se référer au sens du tracé, au moins on ne devient pas dépendant d'autres tags comme le tag oneway. On a effectivement besoin d'aucun autre tag pour déterminer avec ce système où sont les aménagements cyclables et leur sens. 2) L'autre façon de penser, est de se dire que l'on fait exactement comme le tag de base cycleway. Pour ce tag, opposite_lane veut bien dire dans le sens opposé de circulation des voiture (cf wiki http://wiki.openstreetmap.org/wiki/Cycleway). Donc pour taguer une voie à double sens voiture, avec côté gauche piste cyclable et côté droit bande cyclable (le tout circulant dans le même sens que les voitures) on mettrait : cycleway:left=track et cycleway:right=lane. Si la route était à sens unique ça aurait donné : cycleway:left=opposite_track et cycleway:right=lane. Ce qui veut dire qu'en pratique, avec l'utilisation des :left et :right on aurait normalement presque jamais à utiliser de opposite pour les voies à double sens. Avec ce système, les tags :left et :right dépendent effectivement du tag oneway. Voilà j'espère que l'on va enfin pouvoir se décider :) Un petit vote ? Gaël. __ View message @ http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5347412.html To start a new topic under France, email ml-node+3070341-1406367393-41...@n2.nabble.com To unsubscribe from France, click (link removed) == begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane adr:;;Suisse email;internet:courr...@stephane-brunner.ch x-mozilla-html:FALSE url:http://stephane-brunner.ch version:2.1 end:vcard -- View this message in context: http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5347826.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
[OSM-talk-fr] Décalage cadastre ?
Bonjour, Dans le département des Vosges (88) lorsque que j'affiche le cadastre entre deux communes limitrophes en l'occurence Basse-sur-le-rupt et Thiéfosse j'obtiens à la séparation des deux communes au niveau de la RD43 deux bâtiments qui se chevauchent les données remontées par les deux cadastres sont décalées. les lieu du drame : Node id=836495089 lat=47,978990; lon=6,727780 j'utilise JOSM latest et le plugin cadastre-fr votre assistance sera la bienvenue. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Mise à disposition des ort hophotos sur l'Allier et le Puy de Dôme pour OpenStree tMap
De : Christian Quest christian.qu...@gmail.com Bravo ! Et voici l'URL qui va bien dans JOSM: http://wms.craig.fr/osm?service=wmsrequest=getmapversion=1.1.1layers=departementsSRS=EPSG:4326format=image/jpeg; Une question par curiosité pour Christian, pourquoi rentrer les limites des orthophotos dans la base ? http://www.openstreetmap.org/browse/way/70038920 C est pour faciliter le reperage de ce qui est couvert par les photos ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décalage cadastre ?
2010/7/29 Laurent Combe laurent.co...@free.fr votre assistance sera la bienvenue. Peut-être avec un peu de lecture: http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Avertissement Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger une fourrière
Le 29 juil. 2010 à 20:13, Gilles Bassière a écrit : hamster wrote: lorsque c'est pertinent j'utilise en plus le tag description qui est bien pratique http://wiki.openstreetmap.org/wiki/Key:description J'ai rien trouvé dans le tagwatch, faut croire que les OSMeurs n'aiment pas trop passer par la fourrière :p Blague à part, pour qualifier une surface, tu peux peut-être utiliser le tag générique area=yes sur ton closed way. Pour préciser que c'est une fourrière, tu peux tenter amenity=tow_pound ou un truc comme ça. Je suis pas bien sûr de la trad de fourrière : http://forum.wordreference.com/showthread.php?t=718110 Et je rejoins complètement hamster, n'hésite pas à laisser un messages explicatif associé à l'objet avec fixme ou note ou comment : http://wiki.openstreetmap.org/wiki/Key:note Attention avec le tag description, c'est bien destiné aux utilisateurs de la carte, pas aux autres contributeurs. Super, merci bien à tous les deux pour vos réponses. Je vais essayer ça :-) Cordialement, Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger une fourrière
+--On 29 juillet 2010 19:34:59 +0200 Jérôme Cornet jer...@aldorande.net wrote: | Bonjour à tous, | | j'ai à tagger une fourrière... et je ne trouve pas comment faire. | Je ne peux pas vraiment mettre amenity=public_building car | aucun bâti dans la zone concernée, et si je mets juste un truc | pour matérialiser (genre une barrier=fence) avec comme name: | Fourrière Municipale, ça me met le nom de long de la clôture | (pas tagger pour le rendu, mais tout de même). Ben, y'a pas de tag, mais je dirais que le plus proche doit être amenity=pound ou impound lot. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème osm2pgsql...
Bon, je suis reparti de zéro, reboot et tout et ça passe maintenant. Je reviendrai peut être en deuxième semaine pour la question de l'intégration des diff... Juste une question: est-il possible d'appliquer des diff sur un extrait comme le france.osm.bz2 dispo chez GeoFabrik ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Mise à disposition des orth ophotos sur l'Allier et le Puy de Dôme pour Ope nStreetMap
Le 29 juillet 2010 14:39, THEVENON Julien julien_theve...@yahoo.fr a écrit : * * Une question par curiosité pour Christian, pourquoi rentrer les limites des orthophotos dans la base ? http://www.openstreetmap.org/browse/way/70038920 C est pour faciliter le reperage de ce qui est couvert par les photos ? Toutafé ! On a déjà les orthos en haute def de Yahoo, celles de GéoLittoral, celle du CRAIG et bientôt celles du 06... donc l'idée c'est de faire une grosse relation pour pouvoir facilement afficher sur une carte de France toutes les zones couvertes par des orthos en haute-résolution et aussi toutes les communes avec le cadastre en vectoriel. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Mise à disposition des orth ophotos sur l'Allier et le Puy de Dôme pour Ope nStreetMap
2010/7/29 Christian Quest christian.qu...@gmail.com: Le 29 juillet 2010 14:39, THEVENON Julien julien_theve...@yahoo.fr a écrit : Une question par curiosité pour Christian, pourquoi rentrer les limites des orthophotos dans la base ? http://www.openstreetmap.org/browse/way/70038920 C est pour faciliter le reperage de ce qui est couvert par les photos ? Toutafé ! On a déjà les orthos en haute def de Yahoo, celles de GéoLittoral, celle du CRAIG et bientôt celles du 06... donc l'idée c'est de faire une grosse relation pour pouvoir facilement afficher sur une carte de France toutes les zones couvertes par des orthos en haute-résolution et aussi toutes les communes avec le cadastre en vectoriel. D'ailleurs, si on veut pinailler, ce détour est légerement faux.. les orthophotos ne s'arrêtent pas exactement à la limite du département, mais il y' a un buffer de 500m (ou 1km, je ne sais plus), et les dalles sont pleines (ie pas de rognage ni de blanc sur les bords). Si tu fais une requete WMS sur la couche 'dallage' du wms 'wms.craig.fr/ortho' (EPSG:2154 uniquement), tu auras l'emprise exacte du puzzle^Wde la totalité de l'orthophoto. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Mise à disposition des orth ophotos sur l'Allier et le Puy de Dôme pour Ope nStreetMap
2010/7/29 Landry Breuil landry.bre...@gmail.com: 2010/7/29 Christian Quest christian.qu...@gmail.com: Le 29 juillet 2010 14:39, THEVENON Julien julien_theve...@yahoo.fr a écrit : Une question par curiosité pour Christian, pourquoi rentrer les limites des orthophotos dans la base ? http://www.openstreetmap.org/browse/way/70038920 C est pour faciliter le reperage de ce qui est couvert par les photos ? Toutafé ! On a déjà les orthos en haute def de Yahoo, celles de GéoLittoral, celle du CRAIG et bientôt celles du 06... donc l'idée c'est de faire une grosse relation pour pouvoir facilement afficher sur une carte de France toutes les zones couvertes par des orthos en haute-résolution et aussi toutes les communes avec le cadastre en vectoriel. D'ailleurs, si on veut pinailler, ce détour est légerement faux.. les orthophotos ne s'arrêtent pas exactement à la limite du département, mais il y' a un buffer de 500m (ou 1km, je ne sais plus), et les dalles sont pleines (ie pas de rognage ni de blanc sur les bords). Si tu fais une requete WMS sur la couche 'dallage' du wms 'wms.craig.fr/ortho' (EPSG:2154 uniquement), tu auras l'emprise exacte du puzzle^Wde la totalité de l'orthophoto. Oups - mes excuses, je viens de re-re-revoir la relation, et le détour est déja bien le bon :) Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décalage cadastre ?
Merci Pieren pour ce rappel à la règle je comprend bien le problème mais je ne vois pas très clairement quelle est la bonne conduite à tenir ? - laisser en l'état - arreter d'importer le bati car risque de décalage - tenter une correction réalisant un compromis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème osm2pgsql...
Le jeudi 29 juillet 2010 22:37:08, Christian Quest a écrit : Juste une question: est-il possible d'appliquer des diff sur un extrait comme le france.osm.bz2 dispo chez GeoFabrik ? oui Avec comme contrainte de bordure : http://lists.openstreetmap.org/pipermail/dev/2010-July/020005.html -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose: erreurs par utilisateur qui ne marche plus ?
On 07/27/2010 05:50 PM, Christian Quest wrote: J'ai pris l'habitude d'aller vérifier si j'avais fait des erreurs à l'aide de la recherche par utilisateur d'osmose... mais depuis quelques temps elle ne fonctionne plus. +1 Un soucis temporaire ? pas si temporaire, ca fait quelques temps déjà que ca ne marche plus. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Mise à disposition des orth ophotos sur l'Allier et le Puy de Dôme pour Ope nStreetMap
Le 29 juillet 2010 22:53, Landry Breuil landry.bre...@gmail.com a écrit : Oups - mes excuses, je viens de re-re-revoir la relation, et le détour est déja bien le bon :) Il n'est pas très précis car fait à la main, mais je n'ai pris en compte que ce que le WMS voulait bien m'afficher. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger une fourrière
Le 29 juillet 2010 20:13, Gilles Bassière gbassi...@gmail.com a écrit : hamster wrote: Jérôme Cornet a écrit : Bonjour à tous, Blague à part, pour qualifier une surface, tu peux peut-être utiliser le tag générique area=yes sur ton closed way. Hum, pas sur que barrier=fence + area=yes décrive bien une fourrière ! Ça décrirait bien en microcarto l'emprise de la clôture. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] revert 5350533
je me suis louper sur des corrections. j'arrive pas a remettre en place avec le plugin revert de josm. Quelqu'un peut corriger please? Merci, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] revert 5350533
2010/7/30 wouldsmina wouldsm...@gmail.com Fait dans le changeset #5351106 Pieren http://www.openstreetmap.org/browse/changeset/5351106 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décalage cadastre ?
2010/7/29 Laurent Combe laurent.co...@free.fr - laisser en l'état - arreter d'importer le bati car risque de décalage - tenter une correction réalisant un compromis A toi de voir. Ca dépend aussi de l'importance du décalage. En regardant brièvement, je n'ai pas eu l'impression d'un truc énorme. Si tu bouges par rapport au cadastre, ajoute une note explicative (en altérant le tag source par exemple). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr