Re: [OSM-talk-fr] bug de rendu sur les lignes de terrain de sport sur le rendu osmfr

J'ai corrigé la requête... étonnant que les mises à jour du serveur aient provoqué cet effet de bord. Les nouvelles tuiles générées sont OK, par contre, pour les existantes, je vais lancer un recalcul général mais il va prendre du temps. Le ven. 10 août 2018 à 10:32, David Crochet a écrit : > B

Re: [OSM-talk-fr] bug de rendu sur les lignes de terrain de sport sur le rendu osmfr

Bonjour, Je l'ai signalé le 18 juillet dernier à Christian Quest (cf ci-dessous) Le problème est apparu suite à la relance du serveur du rendu FR. Oups... je regarde d'où ça vient, car les requêtes SQL n'ont pas changé et la feuille de style non plus. Sûrement un effet de bord inattendu des

Re: [OSM-talk-fr] bug de rendu sur les lignes de terrain de sport sur le rendu osmfr

Je confirme et c'est partout. Et pas un problème de rafraîchissement ; certainement un bogue dans la formule de calcul d'angle (ou un changement inattendu dans une fonction mathématique utilisée) http://tile.openstreetmap.fr/?zoom=17&lat=48.11792&lon=-1.64677&layers=B00 Si c'était une inversi

Re: [OSM-talk-fr] Bug de rendu

Ça j'avais tenté, aucun objet n'est en cause on dirait. Le 08/06/2015 11:51, Bruno Cortial a écrit : Bonjour, Dans ce genre de cas on peut utiliser la nouvelle fonction disponible sur osm.org afin d'identifier l'objet en cause : "Requête sur les objets" symbolisé par un "?" à

Re: [OSM-talk-fr] Bug de rendu

Bonjour, Dans ce genre de cas on peut utiliser la nouvelle fonction disponible sur osm.org afin d'identifier l'objet en cause : "Requête sur les objets" symbolisé par un "?" à droite. Cela permet de renvoyer les "objets englobants" l'endroit cliqué, et aurait sans pu identifié le building (?) en c

Re: [OSM-talk-fr] Bug de rendu

Ok, merci pour ta réponse. Le 08/06/2015 11:36, Sylvain Maillard a écrit : Il s'agit bien d'un bug lié au rendu, sans doute un problème lors de l'import/mise à jour des données. Le problème semble corrigé, lorsque l'on force la régénération des tuiles celles-ci apparaissent correctement. Une

Re: [OSM-talk-fr] Bug de rendu

Il s'agit bien d'un bug lié au rendu, sans doute un problème lors de l'import/mise à jour des données. Le problème semble corrigé, lorsque l'on force la régénération des tuiles celles-ci apparaissent correctement. Une des solutions est de passer toutes les tuiles concernées en /dirty pour forcer l

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Le consensus pour le routage va faire l'unanimite des devs: faut pas rever. Voire avec 2 ans de RAM en plus, peut-etre... Par contre, rien n'empeche d'afficher tout les highways avec area=yes comme des surfaces. Yves Nicolas Moyroud a écrit : Merci Christian pour la vérification. Du coup je s

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Merci Christian pour la vérification. Du coup je suis circonspect sur la conduite à tenir. Retour à ma première solution avec signalement du problème de rendu mapnik ? Quoi qu'il arrive je vais attendre un meilleur consensus avant de corriger tous mes autres area.

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Visiblement OSRM s'en sort bien avec des highway en surface. J'ai regardé les places en questions. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Je ne pensais pas déclencher un tel débat "philisophique" avec mon message ! Mais c'est intéressant de voir les avis différents sur la question :-) Dans le cas des area dans mon secteur de mapping, il s'agit quasi-exclusivement de simples élargissements de la voie avec

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

On 23/03/2012 14:47, Florian LAINEZ wrote: Une highway=pedestrian traverse la place, elle même notée comme une area pedestrian. Cela me semble logique puisque lorsque l'on veut traverser la place, le plus court chemin est de suivre la highway=pedestrian. Donc au delà de l'interprétation du logi

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Mouais je ne suis qu'à moitié convaincu par vos arguments, notamment lorsque l'on voit physiquement un balisage de highway. Voici ce que j'ai fait dans un petit village : http://www.openstreetmap.org/?lat=46.083379&lon=6.726798&zoom=18&layers=M La départementale qui est physiquement séparée de la

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Le 23/03/2012 11:41, Jean-Marc Liotier a écrit : On 23/03/2012 10:32, Pieren wrote: techniquement, rien n'empêche de connecter les voies à un polygone. Si physiquement, la place est sans voie de circulation ni restriction de direction, on devrait la modéliser comme tel. Les routeurs peuvent fa

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

On 23/03/2012 10:32, Pieren wrote: techniquement, rien n'empêche de connecter les voies à un polygone. Si physiquement, la place est sans voie de circulation ni restriction de direction, on devrait la modéliser comme tel. Les routeurs peuvent facilement traiter ce cas en réduisant le polygone "

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

hello, > Pieren : > Mais modéliser une place en ajoutant le fillaire à l'intérieur, c'est > vraiment "tagguer pour le logiciel de routage" alors que > techniquement, rien n'empêche de connecter les voies à un polygone. Je vais finir moi aussi par me poser des questions, mais j'ai bien l'impress

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

2012/3/23 Eric Sibert : > Le routage est UN rendu... Euh, tout de même pas... Les moteurs de rendu ont des problèmes spécifiques et les logiciels de routage en ont d'autres. Mais comme tu dis, les logiciels de routage peuvent s'adresser à differents profiles et les area's en "highway=pedestrian"

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

- on ne taggue pas pour le rendu (leit-motif récurrent sur cette liste), On ne taggue pas pour UN rendu particulier ;-) On taggue pour tous les rendus, passés, présents et à venir!!! -par contre il semble bien vu de tagguer pour le routage ; Le routage est UN rendu... et encore, il y le rout

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Toutafé ! Surtout que le rendu peut très bien donner l'impression qu'il y a connexion, alors qu'il n'y en a pas. C'est d'ailleurs une erreur très courante des nouveaux contributeurs qui tracent une route qui se termine à quelques metres d'une autre. Ca ne se verra pas sur le rendu. OSM Inspector

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

On ne tague pas pour le rendu, mais on connectepour le routage ! Le 22 mars 2012 23:16, Hélène PETIT a écrit : > Le 22/03/2012 16:09, Christian Quest a écrit : > > C'est vraiment pas une bonne idée car un logiciel de calcul >> d'itinéraire a bien du mal à faire quel

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Le 22/03/2012 16:09, Christian Quest a écrit : C'est vraiment pas une bonne idée car un logiciel de calcul d'itinéraire a bien du mal à faire quelque chose de ces données. - on ne taggue pas pour le rendu (leit-motif récurrent sur cette liste), -par contre il semble bien vu de tagguer pour le r

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Est-ce que vous pourriez donner un lien vers un endroit montrant une route traversant une "area", je ne comprends pas bien comment cela doit être représenté? Romain Le 22 mars 2012 17:31, Christian Quest a écrit : > Effectivement, cette page du wiki n'est pas bien claire et > contradictoire ave

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Effectivement, cette page du wiki n'est pas bien claire et contradictoire avec celle décrivant highway=tertiary Le seul cas habituel ou un chemin fermé peut être taggué highway=tertiary c'est le rond-point, mais il a aussi un junction=roundabout et pas de area=yes Un peu plus bas dans la même pag

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Le 22/03/2012 16:09, Florian LAINEZ a écrit : bonjour, perso je ferrai passer la départementale à travers la area du marché. Pareil pour l'autre route. Les areas ne sont pas faites pour être décrites en tant que tertiary comme tu peux le voir sur le wik

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Tout à fait d'accord, il faut mettre le filière. J'imagine que l'on pas le droit de conduire n'importe ou sur la place ? Il y a quand même un marquage au sol pour les voies de circulation. L'aspect surface vient avec une autre ligne fermé. Et pourquoi pas une analyse osmose ? Afin de repérer des

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

Le 22/03/12 15:00, Nicolas Moyroud a écrit : Bonjour, Je voudrais signaler un bug avec le rendu Mapnik concernant les area=yes sur des highway=tertiary. Voir par exemple ici : Plan du Barrie : http://osm.org/go/xVl98vzTQ-- Plan Barthe et Place du Marché : http://osm.org/go/xVl_RBbvg-- En chang

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

bonjour, perso je ferrai passer la départementale à travers la area du marché. Pareil pour l'autre route. Les areas ne sont pas faites pour être décrites en tant que tertiary comme tu peux le voir sur le wiki http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtertiary ++ Le 22 mars 2012 15:00, Nicol

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

A qui remonter le problème ? Au contributeur des area=yes sur les highway=tertiary, non ? C'est vraiment pas une bonne idée car un logiciel de calcul d'itinéraire a bien du mal à faire quelque chose de ces données. Que dis le wiki à propos de highway=tertiary ? à mettre uniquement sur des ways ou

Re: [OSM-talk-fr] Bug de rendu Mapnik : building sur zone piétonne ?

2010/5/26 Vincent Pottier > La réponse sera dans le micromapping, quand on fera les rues en > polygones + way, comme les fleuves. 0 un certain niveau de zoom, le > polygone prendra le pas sur le way. > N'empêche que l'on en est pas très loin. -- Mon weblog - http://www.tenshu.fr/ Je soutiens l

Re: [OSM-talk-fr] Bug de rendu Mapnik : building sur zone piétonne ?

Le 26/05/2010 21:33, sly (sylvain letuffe) a écrit : > On mercredi 26 mai 2010, simon wrote: > >> Perso, je refait la couche building, en filtrant pour n'afficher que >> ceux ayant un layer supérieur à 0 >> > Pas idiot, j'y vois toutefois quelques cas où ça risque de faire > cas cas (déso

Re: [OSM-talk-fr] Bug de rendu Mapnik : building sur zone piétonne ?

Le mercredi 26 mai 2010 à 21:33 +0200, sly (sylvain letuffe) a écrit : > On mercredi 26 mai 2010, simon wrote: > > Perso, je refait la couche building, en filtrant pour n'afficher que > > ceux ayant un layer supérieur à 0 > > Pas idiot, j'y vois toutefois quelques cas où ça risque de faire > cas

Re: [OSM-talk-fr] Bug de rendu Mapnik : building sur zone piétonne ?

On mercredi 26 mai 2010, simon wrote: > Perso, je refait la couche building, en filtrant pour n'afficher que > ceux ayant un layer supérieur à 0 Pas idiot, j'y vois toutefois quelques cas où ça risque de faire cas cas (désolé...) : Si ton highway a un layer 3 et ton building un layer 2 ? (d'acco

Re: [OSM-talk-fr] Bug de rendu Mapnik : building sur zone piétonne ?

Le mercredi 26 mai 2010 à 19:48 +0200, sly (sylvain letuffe) a écrit : > On mercredi 26 mai 2010, Pieren wrote: > > 2010/5/26 OSM Léon > > > > > La Grande Arche de La Défense à proximité de Paris est bien cartographiée > > > mais elle n'apparaît pas sur le rendu Mapnik : > > > http://osm.org/go/

Re: [OSM-talk-fr] Bug de rendu Mapnik : building su r zone piétonne ?

On mercredi 26 mai 2010, Pieren wrote: > 2010/5/26 OSM Léon > > > La Grande Arche de La Défense à proximité de Paris est bien cartographiée > > mais elle n'apparaît pas sur le rendu Mapnik : > > http://osm.org/go/0BPCaxIn3-- > > > > > Signalé ici: > http://trac.openstreetmap.org/ticket/2153 Mon

Re: [OSM-talk-fr] Bug de rendu Mapnik : building sur zone piétonne ?

2010/5/26 OSM Léon > La Grande Arche de La Défense à proximité de Paris est bien cartographiée > mais elle n'apparaît pas sur le rendu Mapnik : > http://osm.org/go/0BPCaxIn3-- > > Signalé ici: http://trac.openstreetmap.org/ticket/2153 Une solution de bricolage est de tagguer l'area en multipolyg

Re: [OSM-talk-fr] Bug de rendu

> Je parle pas des ressources des clients mais du coté serveur, difficile > de détecter la compléxité d'une tuile. > et la taille du bloc OSM récuperé n'implique par la compléxité de la tuile ? > > Tout est dans le wiki et le svn, il faut juste chercher un peu. > Je demandai justement parce

Re: [OSM-talk-fr] Bug de rendu

2008/7/30 Rodolphe Quiedeville <[EMAIL PROTECTED]> > Axel R. a écrit : > >> Pour le moment [EMAIL PROTECTED] est totalement ouvert à qui veut > >> participer/casser > >> ;-) Ce genre de règle ne pourra être mise en oeuvre que beaucoup plus > >> tard à mon avis car c'est enormément consommateur de

Re: [OSM-talk-fr] Bug de rendu

D'un autre coté, vu le nombre de participants plus importants que initialement prévu , ils ne répondent plus aux demandes pour participer ... 2008/7/30 Rodolphe Quiedeville <[EMAIL PROTECTED]> > Axel R. a écrit : > >> Pour le moment [EMAIL PROTECTED] est totalement ouvert à qui veut > >> partici

Re: [OSM-talk-fr] Bug de rendu

Axel R. a écrit : >> Pour le moment [EMAIL PROTECTED] est totalement ouvert à qui veut >> participer/casser >> ;-) Ce genre de règle ne pourra être mise en oeuvre que beaucoup plus >> tard à mon avis car c'est enormément consommateur de ressource. >> > Je comprends pas pourquoi. Je pense au con

Re: [OSM-talk-fr] Bug de rendu

> Pour le moment [EMAIL PROTECTED] est totalement ouvert à qui veut > participer/casser > ;-) Ce genre de règle ne pourra être mise en oeuvre que beaucoup plus > tard à mon avis car c'est enormément consommateur de ressource. > Je comprends pas pourquoi. Je pense au contraire que ça permettrai

Re: [OSM-talk-fr] Bug de rendu

Axel R. a écrit : >> Oui il y a une activité, les deux tuiles manquantes au niveau 12 ont été >> correctement générées, mais comme dit précédemment le rendu se compte en >> heures (machine bi-quadcore). >> > Merci beaucoup Rodolphe pour ce rendu. > N'est il pas un peu dangeureux de laisser n'imp

Re: [OSM-talk-fr] Bug de rendu

> Oui il y a une activité, les deux tuiles manquantes au niveau 12 ont été > correctement générées, mais comme dit précédemment le rendu se compte en > heures (machine bi-quadcore). > Merci beaucoup Rodolphe pour ce rendu. N'est il pas un peu dangeureux de laisser n'importe qui faire une deman

Re: [OSM-talk-fr] Bug de rendu

2008/7/30 Rodolphe Quiedeville <[EMAIL PROTECTED]> > Steven Le Roux a écrit : > > > > > > 2008/7/30 Rodolphe Quiedeville <[EMAIL PROTECTED] > > > > > > > Axel Rousseau a écrit : > > >> Bob je vais sortir l'artillerie lourde alors. > > >> Je vais lancer un rend

Re: [OSM-talk-fr] Bug de rendu

Axel Rousseau a écrit : >> Bob je vais sortir l'artillerie lourde alors. >> Je vais lancer un rendu avec un machine 8go >> > Pfff, mais quel frimeur ! :-) Ce sont les machines du boulot pas la mienne perso ;-) Autant utiliser les ressources dispo non ? A++ -- Rodolphe Quiédeville - Artisan L

Re: [OSM-talk-fr] Bug de rendu

Steven Le Roux a écrit : > > > 2008/7/30 Rodolphe Quiedeville <[EMAIL PROTECTED] > > > > Axel Rousseau a écrit : > >> Bob je vais sortir l'artillerie lourde alors. > >> Je vais lancer un rendu avec un machine 8go > >> > > Pfff, mais quel frimeur ! :-

Re: [OSM-talk-fr] Bug de rendu

2008/7/30 Rodolphe Quiedeville <[EMAIL PROTECTED]> > Axel Rousseau a écrit : > >> Bob je vais sortir l'artillerie lourde alors. > >> Je vais lancer un rendu avec un machine 8go > >> > > Pfff, mais quel frimeur ! :-) > > Plus sérieusement, y'a un problème si certains tiles ne peuvent être > > calcu

Re: [OSM-talk-fr] Bug de rendu

Axel Rousseau a écrit : >> Bob je vais sortir l'artillerie lourde alors. >> Je vais lancer un rendu avec un machine 8go >> > Pfff, mais quel frimeur ! :-) > Plus sérieusement, y'a un problème si certains tiles ne peuvent être > calculé que par certaines machines. > D'où ma question de ce matin

Re: [OSM-talk-fr] Bug de rendu

> Bob je vais sortir l'artillerie lourde alors. > Je vais lancer un rendu avec un machine 8go > Pfff, mais quel frimeur ! :-) Plus sérieusement, y'a un problème si certains tiles ne peuvent être calculé que par certaines machines. D'où ma question de ce matin d'une solution pour effectuer des

Re: [OSM-talk-fr] Bug de rendu

Steven Le Roux a écrit : > > > 2008/7/29 Pieren <[EMAIL PROTECTED] > > > il "existerait" une solution dans la ML de [EMAIL PROTECTED] : > > http://lists.openstreetmap.org/pipermail/tilesathome/2008-February/001835.html > > Pour résumer, il faut recompiler

Re: [OSM-talk-fr] Bug de rendu

2008/7/29 Pieren <[EMAIL PROTECTED]> > il "existerait" une solution dans la ML de [EMAIL PROTECTED] : > > http://lists.openstreetmap.org/pipermail/tilesathome/2008-February/001835.html > > Pour résumer, il faut recompiler inkscape avec un autre garbage collector > qui supporte de plus grosses quan

Re: [OSM-talk-fr] Bug de rendu

2008/7/29 Steven Le Roux <[EMAIL PROTECTED]> > > > 2008/7/29 Pieren <[EMAIL PROTECTED]> > >> qelle est la taille du fichier svg ? et en augmentant la taille du swap ? >> Pieren >> > > ça sert à rien car ça ne swap pas... > > > idem que rodolphe, j'ai mes bi-quadcore xeon qui plante, et mes bi-opte

Re: [OSM-talk-fr] Bug de rendu

il "existerait" une solution dans la ML de [EMAIL PROTECTED] : http://lists.openstreetmap.org/pipermail/tilesathome/2008-February/001835.html Pour résumer, il faut recompiler inkscape avec un autre garbage collector qui supporte de plus grosses quantités de données mais je n'ai pas compris les dét

Re: [OSM-talk-fr] Bug de rendu

2008/7/29 Pieren <[EMAIL PROTECTED]> > qelle est la taille du fichier svg ? et en augmentant la taille du swap ? > Pieren > ça sert à rien car ça ne swap pas... idem que rodolphe, j'ai mes bi-quadcore xeon qui plante, et mes bi-opteron ne font pas mieux (pourtant 3à 4go de ram chaque) mais act

Re: [OSM-talk-fr] Bug de rendu

s sur OSM en francais" > Envoyé: Mardi 29 Juillet 2008 12:40:57 GMT +01:00 Amsterdam / Berlin / Berne > / Rome / Stockholm / Vienne > Objet: Re: [OSM-talk-fr] Bug de rendu > > Ça fait longtemps que c'est en discutions, on en a parlé lors de la > dernière réunion IRC franc

Re: [OSM-talk-fr] Bug de rendu

Je ne pense pas que ça résolve le problème, Rodolphe a essayé avec 4 Go de RAM et ça plante avant d'avoir tout rempli la mémoire. Je pense qu'il y a un truc qu'Inskape n'aime pas trop et qui le fait planter... Mais de là à savoir quoi... Axel > qelle est la taille du fichier svg ? et en augment

Re: [OSM-talk-fr] Bug de rendu

qelle est la taille du fichier svg ? et en augmentant la taille du swap ? Pieren On Tue, Jul 29, 2008 at 4:52 PM, Axel R. <[EMAIL PROTECTED]> wrote: > > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/

Re: [OSM-talk-fr] Bug de rendu

De: [EMAIL PROTECTED] À: "Discussions sur OSM en français" Envoyé: Mardi 29 Juillet 2008 15:01:34 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Bug de rendu J'ai testé dans ma rue, la numérotation fonctionne bien sous Osmarender. http

Re: [OSM-talk-fr] Bug de rendu

> Salut, > > Je l'ai lancé sur une machine avec 4Go de RAM et pareil cela plante et > cela sans que toute la RAM ne soit consommée, le bug n'est donc pas du à > un manque de RAM de la machine. > > A++ > Youpi ! je suis pas obligé de racheter de la RAM :-) Bon, et maintenant, on fait quoi ? Axe

Re: [OSM-talk-fr] Bug de rendu

Axel R. a écrit : > Bonjour, > En essayant de faire un rendu du sud de Paris, mon [EMAIL PROTECTED] se > plante > avec le message suivant : > > Updated to revision 9317. > [#1 0% jobinit] Doing tileset 2074,1409 (zoom 12) (area around > 48.835789,2.329102) > [#1 0% Preproc] Downloading: Map

Re: [OSM-talk-fr] Bug de rendu

ns sur OSM en francais" Envoyé: Mardi 29 Juillet 2008 12:40:57 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Bug de rendu Ça fait longtemps que c'est en discutions, on en a parlé lors de la dernière réunion IRC francop

Re: [OSM-talk-fr] Bug de rendu

Ça fait longtemps que c'est en discutions, on en a parlé lors de la dernière réunion IRC francophone. C'est pas très d'être réglé cette histoire JonathanMM Axel R. a écrit : > Je sais pas si vous avez vu la page principale du wiki anglais, mais > l'image de la semaine parle du projet de numérota

Re: [OSM-talk-fr] Bug de rendu

Bon un pb de raid non reconnu j'arrive pas à installer ma debian... flutte! 2008/7/29 Axel R. <[EMAIL PROTECTED]> > > > Le rendu en z12 ne fait pas que 12, il fait de 12 à 17. > > > > > C'est bien ça le problème :-) > Quand on fait ça sur Paris, ça prends énormément de temps et de > ressource...

Re: [OSM-talk-fr] Bug de rendu

> Le rendu en z12 ne fait pas que 12, il fait de 12 à 17. > > C'est bien ça le problème :-) Quand on fait ça sur Paris, ça prends énormément de temps et de ressource... Et j'ai pas encore mis les numéros des maisons ;-) Je sais pas si vous avez vu la page principale du wiki anglais, mais l'i

Re: [OSM-talk-fr] Bug de rendu

> D'autre part, y'a t'il une possibilité de faire le rendu pour des > zooms plus élevé que 12 ? Parce que quand je change une boîte aux > lettres ou ce genre de conneries, je ferais bien un rendu à un zoom > de 16 ou 17. Le rendu en z12 ne fait pas que 12, il fait de 12 à 17. -- Gwenn

Re: [OSM-talk-fr] Bug de rendu

> > ooch ! mes 3go de ram n'ont pas suffit :) > > dernier recours.. je fini d'installer un monstre et je relance ;) Y'aurait pas un bug qui fait qu'il bouclerait sur un problème jusqu'à occuper toute la RAM ? Faudrait peut etre demander à la mailing list US, quelqu'un est déjà dessus ? D'autre

Re: [OSM-talk-fr] Bug de rendu

2008/7/29 Steven Le Roux <[EMAIL PROTECTED]> > > > 2008/7/29 Axel Rousseau <[EMAIL PROTECTED]> > >> Maintenant qu'il refonctionne, j'ai toujours un problème pour cette tiles. >> >> Quelqu'un pourrait essayer de calculer le rendu pour la tiles suivante : >> 12/2074/1409 >> Ainsi que sa petite soeur

Re: [OSM-talk-fr] Bug de rendu

2008/7/29 Axel Rousseau <[EMAIL PROTECTED]> > Maintenant qu'il refonctionne, j'ai toujours un problème pour cette tiles. > > Quelqu'un pourrait essayer de calculer le rendu pour la tiles suivante : > 12/2074/1409 > Ainsi que sa petite soeur : 12/2075/1409 > > Merci beaucoup, > Oui je le lance.

Re: [OSM-talk-fr] Bug de rendu

Maintenant qu'il refonctionne, j'ai toujours un problème pour cette tiles. Quelqu'un pourrait essayer de calculer le rendu pour la tiles suivante : 12/2074/1409 Ainsi que sa petite soeur : 12/2075/1409 Merci beaucoup, Axel > le serveur [EMAIL PROTECTED] est un peu sur le cul pour le moment ...

Re: [OSM-talk-fr] Bug de rendu

le serveur [EMAIL PROTECTED] est un peu sur le cul pour le moment ... cela pourrait il etre lié ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Bug de rendu

Bonne idée, mais je dois pas être le seul. J'ai un gros carré blanc sur la carte... Au niveau de la ville de Montrouge (ville qui touche Paris au sud) Axel > Hello, > > (inkscape:21965): WARNING **: GC Warning: Out of Memory! > > Que faire ? Acheter de la RAM je crois... > > On Mon, Jul 28, 2008

Re: [OSM-talk-fr] Bug de rendu

Hello, (inkscape:21965): WARNING **: GC Warning: Out of Memory! Que faire ? Acheter de la RAM je crois... On Mon, Jul 28, 2008 at 12:34 PM, Axel R. <[EMAIL PROTECTED]> wrote: > Bonjour, > En essayant de faire un rendu du sud de Paris, mon [EMAIL PROTECTED] se plante > avec le message suivant :

Re: [OSM-talk-fr] Bug de rendu

> | ** (inkscape:21965): WARNING **: GC Warning: Out of Memory! > > Que faire ? Acheter de la RAM ? -- Gwenn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr