2012/2/24 Philippe Verdy verd...@wanadoo.fr:
Si une rue a des accès possibles dans les deux sens, mais avec des
conditions différentes, c'est tout à fait normal de vouloir tracer une
voie dans chaque sens, même s'il n'y a qu'une seule chaussée.
Non. Ce que tu traces dans ce cas, ça n'est plus
man_made = conveyor_belt
Même si ce genre d'équipement n'est pas listé sur la page wiki man_made,
l'idée est là
http://wiki.openstreetmap.org/wiki/Key:man_made
J'ai quelques photos de celui qui s'annonce sur une future mine en Nouvelle
Calédonie.
11 km de long, on ne pourra pas l'ignorer :-(
Le 24/02/2012 14:49, te...@free.fr a écrit :
Bonjour à tous,
Quelqu'un a-t-il une idée de comment mapper un convoyeur de minerai (conveyor
belt) pour charbon, pierre, etc. ? Ce n'est pas un highway, ni a priori un
railway...
Merci,
Teuxe
Le 24 février 2012 15:03, Pieren pier...@gmail.com a écrit :
2012/2/24 Philippe Verdy verd...@wanadoo.fr:
et justement parce
qu'on ne tague pas pour le rendu c'est possible de représenter des
voies pour chaque direction
Peut-être. Mais pas taggué avec highway=*. Il est, en plus, probable
De : Pieren
Si une rue a des accès possibles dans les deux sens, mais avec des
conditions différentes, c'est tout à fait normal de vouloir tracer une
voie dans chaque sens, même s'il n'y a qu'une seule chaussée.
Non. Ce que tu traces dans ce cas, ça n'est plus les highway mais
des
Pour le rond-point de la belle-étoile, le problème vient du fait que tu ne
lui as donné qu'un nom.
Il n'y a pas d'attribut highway = ...
Pour la route qui part vers le nord-est, c'est probablement un bug de rendu.
Je ne vois pas bien ce qui peut clocher.
Le 24 février 2012 14:46, aa mail
Le 23 février 2012 22:28, Philippe Verdy verd...@wanadoo.fr a écrit :
Le 23 février 2012 13:05, Christian Rogel
christian.ro...@club-internet.fr a écrit :
- pothole, mais c'est apparemment dans le sens d'un dommage qui peut être un
trou ou un effondrement.
Cela semble plus proche du sens de
Le 24 février 2012 15:09, Vincent de Chateau-Thierry
v...@laposte.net a écrit :
Au contraire, représenter les voies par leur surface au lieu d'un
simple vecteur complique énormément le travail d'édition et
d'interprétation.
Certes, cela complique le travail d'édition (c'est le même cas pour
Le 24 février 2012 15:03, Pieren pier...@gmail.com a écrit :
2012/2/24 Philippe Verdy verd...@wanadoo.fr:
Si une rue a des accès possibles dans les deux sens, mais avec des
conditions différentes, c'est tout à fait normal de vouloir tracer une
voie dans chaque sens, même s'il n'y a qu'une
Le 24 février 2012 14:46, aa mail a.a.monm...@gmail.com a écrit :
OK, merci pour beaucoup pour ces infos.
Voici un permalink vers une des zones concernées :
http://www.openstreetmap.org/?lat=47.5163lon=-1.8003zoom=16layers=M
Là, le rond point appelé rond point de la belle étoile ne s’affiche
Le 22 février 2012 21:31, partir-en-vtt ad...@partir-en-vtt.com a écrit :
Il faut se donner les moyens ! Un projet libre dans ce domaine n'est pas
utopiste. Il suffit de trouver des personnes motivées et compétentes dans le
domaine ;-)
Personnellement, je veux bien m'investir si un noyau se
Cependant il y a un autre cas où le bogue ne vient pas directement du
moteur de rendu, mais de la façon qu'a la base OSM de répondre à une
demande de chargement des données dans une zone rectangulaires :
La base OSM ne retourne pas toujours non plus les ways qui traversent
le rectangle mais sans
Les transactions entre JOSM et l'API du projet et le rendu des tuiles sont
des processus finalement assez éloignés. Et ils ne mettent pas en jeu les
Il y a quelques étapes intermédiaires, que l'on voit sur ce schéma :
http://wiki.openstreetmap.org/wiki/File:OSM_Components.png
Il ne faut pas
OK, je vais donc ajouter l'attribut manquant highway.
Pour le reste que dois-je faire ? Les modifications que j'ai faites
vont-elles apparaitre correctement prochainement ou dois-je me faire à
l'idée que ce sera toujours ainsi ? Il n'y a pas de solution pour y
remédier ?
Concernant Mapquest, je
OK, je vais donc ajouter l'attribut manquant highway.
Pour le reste que dois-je faire ? Les modifications que j'ai faites
vont-elles apparaitre correctement prochainement ou dois-je me faire à
l'idée que ce sera toujours ainsi ? Il n'y a pas de solution pour y
remédier ?
Concernant Mapquest, je
Le vendredi 24 février 2012 à 16:15 +0100, Cyrille Giquello a écrit :
Le 22 février 2012 21:31, partir-en-vtt ad...@partir-en-vtt.com a écrit :
Il faut se donner les moyens ! Un projet libre dans ce domaine n'est pas
utopiste. Il suffit de trouver des personnes motivées et compétentes dans le
Tout site de cartographie qui utilise OSM comme fond de carte se mettra a
jour avec tes donnees.
Mapquest est un utilisateur des donnees de OSM et sera donc mis a jour avec
tes modifications. Le site officiel est open.mapquest.fr mais c'est vrai
pour la totalite des sites qui sont synchronises
Je te propose d'attendre quelques heures pour voir le résultat de ces
ajustements.
Normalement, tout va bien du côté de la base de données principale d'OSM,
et c'est ... le principal.
Tu peux passer à une autre zone et continuer tes contributions.
Le rendu Mapnik principal devrait se corriger
GeoPHP ?
Le 24/02/2012 16:44, Gilles Bassière a écrit :
Le vendredi 24 février 2012 à 16:15 +0100, Cyrille Giquello a écrit :
Le 22 février 2012 21:31, partir-en-vttad...@partir-en-vtt.com a écrit :
Il faut se donner les moyens ! Un projet libre dans ce domaine n'est pas
utopiste. Il suffit
Moi ce qui me plait mieux dans groove (par rapport à hollow) c'est son
caractère artificiel, le fait qu'il ne soit pas fortuit mais créé ad
hoc. Si on en trouve au milieu d'une route circulable, ce n'est pas
par accident (pas comme les nids de poule, ni les effondrements de
chaussée, emportées par
Au risque de nourrir un troll...
Ouais mais on peut, c'est trolldis ;-)
PHP dispose de peu de modules pour traiter l'information géographique
Il est vrai, mais c'est pas très important car il est possible de faire une
grosse partie du traitement géographique du coté du moteur spatial.
Le 24 février 2012 16:39, Ab_fab gamma@gmail.com a écrit :
Les transactions entre JOSM et l'API du projet et le rendu des tuiles sont
des processus finalement assez éloignés. Et ils ne mettent pas en jeu les
Il y a quelques étapes intermédiaires, que l'on voit sur ce schéma :
On vendredi 24 février 2012, Philippe Verdy wrote:
OK, donc le problème est ailleurs. Osmosis sans doûte puisque c'est
par lui que ça transite et non l'API utilisée par les éditeurs. Mais
comment fait alors Mapquest qui passe aussi par Osmosis ?
Sauf erreur, c'est osm2pgsql qui sert à
Bonjour,
le 24/02/2012 16:44, Gilles Bassière a écrit:
Pour remettre un pied dans le sujet, je dirais qu'un projet de collecte
de données naturalistes libre serait super intéressant mais :
- je n'imagine pas mettre des observations (au moins de faune) dans la
base OSM, il y aurait donc une BD
On vendredi 24 février 2012, Philippe Verdy wrote:
La base OSM ne retourne pas toujours non plus les ways
La base OSM ne retourne rien, c'est un stockage, tu parles donc de l'API 0.6
codée en ruby que l'on peut interroger par http://api.openstreetmap.org/api
et qui elle va chercher dans la
On vendredi 24 février 2012, Philippe Verdy wrote:
Ce que dit Philippe semble coller avec ce que j'ai fait : j'ai uploadé la
zone forestière en 3 fois au lieu de l'uploader en une fois. Peut être le
mieux pour la suite serait de sauvegarder mes modifs dans JOSM puis
lorsque
c'est
Salut,
J'ai besoin d'aide. J'ai des tuiles en projection NTF Lambert II.
J'aimerai les rendre disponibles sur le net au format Slippy Map qui
est simple et ne nécessite pas de serveur autre que http.
J'ai lu http://wiki.openstreetmap.org/wiki/FR:Slippy_Map et regardé la
doc des outils de GDAL
Le vendredi 24 février 2012 à 17:37 +0100, Cyrille Giquello a écrit :
Salut,
J'ai besoin d'aide. J'ai des tuiles en projection NTF Lambert II.
J'aimerai les rendre disponibles sur le net au format Slippy Map qui
est simple et ne nécessite pas de serveur autre que http.
J'ai lu
C'est vrai que MySQL ici montre ses limites. Faute justement
d'intégrer un vrai système d'indexation géographique ou de permettre
d'utiliser un tel plugin (pour remplacer ses index classiques
hiérarchisés, incompatibles avec toute info 2D, ni aucun type de
données 2D, pas même un nombre complexe
Le vendredi 24 février 2012 à 17:37 +0100, Cyrille Giquello a écrit :
Salut,
J'ai besoin d'aide. J'ai des tuiles en projection NTF Lambert II.
J'aimerai les rendre disponibles sur le net au format Slippy Map qui
est simple et ne nécessite pas de serveur autre que http.
J'ai lu
Base de données indépendante d'OSM, l'affaire est (pour moi) entendue.
Par contre, imaginons qu'une structure impliquée dans la géomatique libre
et plus précisément OSM ait accès à
_ un hébergement confortable
_ des machines non moins confortables
_ la possibilité d'y monter des machines
Le 24 février 2012 17:33, sly (sylvain letuffe) li...@letuffe.org a écrit :
On vendredi 24 février 2012, Philippe Verdy wrote:
La base OSM ne retourne pas toujours non plus les ways
La base OSM ne retourne rien, c'est un stockage, tu parles donc de l'API 0.6
codée en ruby que l'on peut
On vendredi 24 février 2012, Philippe Verdy wrote:
Et dans ce cas il n'est pas absurde d'augmenter la précision des
tracés selon la précision que l'on demande ensuite pour les rendus
si
Le nombre de point n'a pas a être augmenté artificiellement dans la base OSM
si celui-ci n'améliore pas
Le vendredi 24 février 2012 à 18:06 +0100, Ab_fab a écrit :
Par contre, imaginons qu'une structure impliquée dans la géomatique
libre et plus précisément OSM ait accès à
_ un hébergement confortable
_ des machines non moins confortables
_ la possibilité d'y monter des machines virtuelles
Pour ceux que le sujet des index multidimensionnels intéressent, sur
le plan technique, et pourquoi c'est quelquechose de complexe à gérer
dans une base de données, même avec des etensions GIS, quelques saines
lectures exposant comment on peut découper l'espace en une structure
hiérarchique
Effectivement, les applis tournant autour d'OSM ont des besoins que peu
d'hébergements mutualisés peuvent satisfaire. Et tous les développeurs
n'ont pas les moyens ou l'envie de louer et gérer un serveur dédié. Il
serait donc intéressant de pouvoir mutualiser des serveurs/services.
Ce projet
Le 24 févr. 2012 à 09:07, rldhont a écrit :
Juste une précision sur la directive INSPIRE :
* Les Etats membres se sont engagés à publier des données spatiales liées à
l'ENVIRONNEMENT mais pas toutes les données spatiales. Disons que c'est le
seul domaine dans lequel les états membres ont
Le vendredi 24 février 2012 à 19:15 +0100, sly (sylvain letuffe) a
écrit :
Effectivement, les applis tournant autour d'OSM ont des besoins que peu
d'hébergements mutualisés peuvent satisfaire. Et tous les développeurs
n'ont pas les moyens ou l'envie de louer et gérer un serveur dédié. Il
attention humour franco anglais
Non mais hollow ca fait plutot vide de sens
/attention
Ce fut une tentative d'humour foireuse d'Emilie Laffray.
Plus serieusement, hollow ou groove bien que le dictionnaire donne une
definition correct ne sont generalement pas utilises dans ces sens la. Donc
Bonjour,
suite a ces discussions fortes interessantes sur le bon usage de la langue
anglaise par des francais, je suis allee demander a des gens qui pratiquent
l'anglais depuis leur naissance histoire d'avoir un avis eclaire sur le
sujet.
J'ai donc procede en leur presentant les mots qui ont ete
Ok. J'avais bêtement cru que les 4 serveurs qui sont en orange avec un
hébergement n'attendaient plus qu'un OS et des développeurs faire monter
la charge :)
Alors j'avoue que je ne me suis même pas posé la question, pour moi : pas
installé ça voulait dire : serveur dans ma cave en attente
Selon la nature et la fonction du cassis, il peut y avoir plusieurs traductions.
- si c'est un dommage accidentel ou fortuit, il n'est pas forcément à
cartographier, et reste temporaire jusqu'à sa réparation
- si c'est pour évacuer les eaux, on a le terme drain en anglais.
- sinon c'est un
Le 24 février 2012, sly (sylvain letuffe) a écrit :
Ok. J'avais bêtement cru que les 4 serveurs qui sont en orange avec
un hébergement n'attendaient plus qu'un OS et des développeurs
faire monter la charge :)
Alors j'avoue que je ne me suis même pas posé la question, pour moi :
pas
Le 24 février 2012 19:01, Gilles Bassière gbassi...@gmail.com a écrit :
Le vendredi 24 février 2012 à 18:06 +0100, Ab_fab a écrit :
Par contre, imaginons qu'une structure impliquée dans la géomatique
libre et plus précisément OSM ait accès à
_ un hébergement confortable
_ des machines non
Le sous peu dépend de Dell, en rupture de disque-durs... et de la
signature d'une convention.
Sinon, côté virtualisation, virtualbox c'est utile si on veut faire
tourner du non-linux, sinon, il vaut mieux se tourner vers openvz,
nettement plus efficace et économe en ressources.
Si vous avez
On vendredi 24 février 2012, Gilles Bassière wrote:
Cela dit, je pense surtout à des petits services pas trop
perturbateurs : maintenir à jour une (ou plusieurs) pyramides de tuiles
à l'échelle de l'agglomération de Marseille. Si on considère que la base
de données sous-jacente est mutualisée
Le 24/02/2012 16:44, Gilles Bassière a écrit :
- les naturalistes sont souvent cramponnés au secret de leur données,
comment alors organiser la collecte et le partage d'information ?
Cordialement
Une petite précision : la confidentialité des données a aussi une raison
objective, celle de la
Le 24 février 2012 20:53, Christian Quest cqu...@openstreetmap.fr a écrit :
Le sous peu dépend de Dell, en rupture de disque-durs... et de la
signature d'une convention.
Sinon, côté virtualisation, virtualbox c'est utile si on veut faire
tourner du non-linux, sinon, il vaut mieux se tourner
Le 24 février 2012 18:59, sly (sylvain letuffe) li...@letuffe.org a écrit :
On vendredi 24 février 2012, Philippe Verdy wrote:
Et dans ce cas il n'est pas absurde d'augmenter la précision des
tracés selon la précision que l'on demande ensuite pour les rendus
si
Le nombre de point n'a pas a
openvz n'est pas un hyperviseur au sens de VirtualBox, VMware ou autre
virtualiseur de hardware et peut donc difficilement leur être comparé.
On utilise plutôt le terme de container à envisager comme un super
chroot qui ne se limite pas aux fichiers mais à tout ce qui touche au
kernel.
C'est
Le 24 février 2012 11:13, Vladimir Vyskocil
vladimir.vysko...@gmail.com a écrit :
Je suis allé voir sur le terrain et la route a bien un panneau sens interdit
sauf riverain à chaque bout, donc la solution acces=destination est la bonne.
Oui, dans ce cas (sens interdit sauf riverain aux deux
Le 24 février 2012 20:01, Emilie Laffray emilie.laff...@gmail.com a écrit :
Bonjour,
suite a ces discussions fortes interessantes sur le bon usage de la langue
anglaise par des francais, je suis allee demander a des gens qui pratiquent
l'anglais depuis leur naissance histoire d'avoir un avis
Je ne suis pas convaincu par ce concept, qui a aussi le défaut de ne
pas permettre une liberté de déploiement. D'ailleurs en prétendant
pouvoir supporter différentes distributions de Linux sur une même base
Linux, les techniques de paravirtualisation deviennent nécessaires,
avec pour conséquence
東です。
やや旧聞ですが、モルディブ共和国のマッピングが呼びかけられています。
観光で有名な島嶼地域ですが、政治的な暴力が行われているようで
その監視活動が行われています。
海岸/湾岸のマッピングは日本でもまだあまり行われていないと思います。
Bing画像がカバーしていますので、興味ある方がおられましたら
練習がてらチャレンジしてみてはいかがでしょうか。
http://www.openstreetmap.org/?lat=4.2174lon=73.5012zoom=12layers=M
【Bingで描けそうな地物】
On Sat, Feb 25, 2012 at 10:32:04AM +0900, Shu Higashi wrote:
??
東です。
やや旧聞ですが、モルディブ共和国のマッピングが呼びかけられています。
観光で有名な島嶼地域ですが、政治的な暴力が行われているようで
その監視活動が行われています。
海岸/湾岸のマッピングは日本でもまだあまり行われていないと思います。
Bing画像がカバーしていますので、興味ある方がおられましたら
練習がてらチャレンジしてみてはいかがでしょうか。
http://www.openstreetmap.org/?lat=4.2174lon=73.5012zoom=12layers=M
【Bingで描けそうな地物】
安藤です。
１つだけなのですが。
宅配便に適したタグが（探し方の問題かも知れませんが）見あたりませんでした。
クロネコヤマト以外は大した数ではないかもしれませんが、どうでしょう？
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
安藤です。
みなさんは無壁舎はどのように書かれていますか？
正確には↓の例だと一面は「壁」なので、無壁舎にはならないのかもしれませんが…
http://www.openstreetmap.org/edit?lat=34.678467lon=135.460341zoom=18
北側の建物（ホームセンター）のすぐ南側に大きく張り出した屋根の部分。
この場合は、ホームセンターの一部ではあるので、
shop=doityourself にしてしまう事も考えてはみたのですが、
ぜひ教えてください。
___
On Sat, Feb 25, 2012 at 02:43:27PM +0900, 安藤昌司 wrote:
安藤です。
１つだけなのですが。
宅配便に適したタグが（探し方の問題かも知れませんが）見あたりませんでした。
クロネコヤマト以外は大した数ではないかもしれませんが、どうでしょう？
これは、取次店を意味していますか?それとも配送所を意味していますか?
oota
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
東です。
街を歩いていると小さな集配所を見かけますね。
他の店舗が潰れた跡をそのまま使っているのをよく見かけます。
ステータスがAbandonedになっているのですが
私自身はamenity=cargoを使っています。
http://www.openstreetmap.org/browse/node/1054349926
http://taginfo.openstreetmap.org/tags/amenity=cargo
http://wiki.openstreetmap.org/wiki/Proposed_features/Cargo
東です。
無壁舎という用語があるんですね。知りませんでした。
アーケード街の屋根などを
building=roof
で描くことがあります。
これで良いかもしれません。
http://wiki.openstreetmap.org/wiki/Tag:building%3Droof
12/02/25 安藤昌司 gando.west.0...@gmail.com:
安藤です。
みなさんは無壁舎はどのように書かれていますか？
正確には↓の例だと一面は「壁」なので、無壁舎にはならないのかもしれませんが…
Thanks to Grant there is now a new beta version of the Out-Of-Copyright OS
1:25,000 mapping available currently viewable at
http://faffy.openstreetmap.org/?zoom=6lat=54.46526lon=-2.50923layers=00B0
(note this address may change in the future).
The process used is different from that currently
On Fri, 24 Feb 2012 11:28:02 -
many thanks to those involved in this project, I found it much easier and
smoother than my last look at the existing OOC, WELL DONE
mick
Andy Robinson ajrli...@gmail.com wrote:
Thanks to Grant there is now a new beta version of the Out-Of-Copyright OS
Anybody mapping on the ground in / around Athens Georgia? I have a request. :-)
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
Merci de m'avoir fait part de la nouvelle je vais essayer ces imageries.
L'équipe et moi vous souhaitons déjà bienvenue en Haiti et nous vous
attendons chaleureusement et serons ravis de faire votre connaissance.
On Fri, Feb 17, 2012 at 7:00 AM, talk-ht-requ...@openstreetmap.org wrote:
Send
101 - 165 of 165 matches
Mail list logo
