Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
On 29/08/2012 14:10, Christian Quest wrote: Bonjour, Pouvez-vous m'indiquer si tout s'affiche correctement chez vous et que vous comprenez quelque chose à ceci: http://osm7.openstreetmap.fr/~cquest/live/ ? Tout s'affiche correctement sur FF 6 Linux et on comprend tout de suite le fonctionnement de ce truc génial, quasi hypnotique. David. ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
L'idée a germé sur irc à partir de ça: http://openweathermap.org/layer-station Le 29 août 2012 14:18, David Delon david.de...@clapas.net a écrit : On 29/08/2012 14:10, Christian Quest wrote: Bonjour, Pouvez-vous m'indiquer si tout s'affiche correctement chez vous et que vous comprenez quelque chose à ceci: http://osm7.openstreetmap.fr/~cquest/live/ ? Tout s'affiche correctement sur FF 6 Linux et on comprend tout de suite le fonctionnement de ce truc génial, quasi hypnotique. David. ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
De : Christian Quest cqu...@openstreetmap.fr Pouvez-vous m'indiquer si tout s'affiche correctement chez vous et que vous comprenez quelque chose à ceci: http://osm7.openstreetmap.fr/~cquest/live/ ? Vos remarques sont les bienvenues avant que l'on annonce l'existence de ce live (je prévois ça pour SOTM). Terrible !!! et effectivement tres hypnotique ( ca va faire baisser ma productivite tout ca... ) Comment se fait le choix du changeset qui sera affiché ? Julien___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
Vos remarques sont les bienvenues avant que l'on annonce l'existence de ce live (je prévois ça pour SOTM). Toutes remarques ? Alors je vais aller à l'opposé de toutes les éloges lues ici et là : Mais à quoi ce truc peut-il bien servir ? Dans la lignée de love-story, voici osm-story, le site ou on peut suivre en live un autre contributeur qui ajoute un chiotte au guatemala ? Je suis perplexe, ça va faire rire quelques minutes, et 3 jours après l'annonce le trafic sur le site sera de 0. (ou alors c'est moi qui ne suis pas dans la mouvance du voyeurisme anonyme) Ou alors, c'est une vitrine temporaire pour dire : regarder ce que l'on peut faire, pour l'instant ça ne sert à rien, mais l'avenir, c'est un flux rss qui vous prévient quand un contributeur touche des trucs dans votre coin. bref, belle réalisation en tout cas, reste plus qu'a trouver à quoi ça sert et à qui... -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
c'est chouette comme rendu ! ici j'ai la carte en bas à gauche qui met parfois un peu de temps à s'afficher, les petites connexions vont peut-être râler un peu ... Sinon c'est vraiment super comme idée, même si des râleurs vont surement faire l'analogie avec les animations qu'a fait google pour leur turc de mise à jour ;) Sylvain Le 29 août 2012 15:01, THEVENON Julien julien_theve...@yahoo.fr a écrit : De : Christian Quest cqu...@openstreetmap.fr Pouvez-vous m'indiquer si tout s'affiche correctement chez vous et que vous comprenez quelque chose à ceci: http://osm7.openstreetmap.fr/~cquest/live/ ? Vos remarques sont les bienvenues avant que l'on annonce l'existence de ce live (je prévois ça pour SOTM). Est ce qu il serait possible de rajouter l echelle verticale dans le graphe des modifications ? Julien ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
Bonjour, De : THEVENON Julien De : Christian Quest Pouvez-vous m'indiquer si tout s'affiche correctement chez vous et que vous comprenez quelque chose à ceci: http://osm7.openstreetmap.fr/~cquest/live/ ? Au premier affichage, à vrai dire, je n'ai pas voulu comprendre / pas voulu y croire. Du coup j'ai fait un edit sur la base, et je l'ai vu apparaître danslaliste quelques dizaines de secondes plus tard. En 2 mots : ça calme :-) Pour les suggestions : filtrer sur une bbox (déjà évoqué), et aussi rejouer (en accéléré) un intervalle de temps passé (du genre : visualiser les edits sur Paris faits depuis 1 semaine). vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
De : sly (sylvain letuffe) Vos remarques sont les bienvenues avant que l'on annonce l'existence de ce live (je prévois ça pour SOTM). Toutes remarques ? Alors je vais aller à l'opposé de toutes les éloges lues ici et là : Mais à quoi ce truc peut-il bien servir ? À quoi ? C'est le pouls d'OSM, une vue de la fourmilière :-). Comme le présentait Christian, il faut le voir comme outil de com', pour illustrer la fréquence de mise à jour, la diversité des contributeurs contributions. Dans une présentation d'OSM, ça me paraît très efficace (car visuel) pour des non-initiés. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
De : sly (sylvain letuffe) li...@letuffe.org Toutes remarques ? Alors je vais aller à l'opposé de toutes les éloges lues ici et là : Mais à quoi ce truc peut-il bien servir ? Pour ma part je vois ca comme un indicateur d activite et de dynamisme. De la meme facon sur sourceforge ou github tu as des stats sur le nombre de commit par projet sur un temps donne. generalement un projet dont les stats sont au point de mort depuis 6 mois c est pas tres bon signe ! Le live n est ni plus ni moins qu une illustration du dynamisme d OSM. En quelques minutes j ai vu passer des edits aux USA, Chili, Japon, Russie, Emirats Arabe etc,bref partout dans le monde. Pour un projet dont dit qu il est surtout actif en Europe de l Ouest ca montre qu on est plus modial que ca Dans la lignée de love-story, voici osm-story, le site ou on peut suivre en live un autre contributeur qui ajoute un chiotte au guatemala ? Perso je me moque de qui est le contributeur et ce qu il a ajoute/modifie/supprime, l important c est qu il fait des edits quelque part et contribue a la vie du projet. Je suis perplexe, ça va faire rire quelques minutes, et 3 jours après l'annonce le trafic sur le site sera de 0. (ou alors c'est moi qui ne suis pas dans la mouvance du voyeurisme anonyme) Je ne vais pas prendre mon cas pour generalite ( les barres de progression tout ca c est un peu un toc chez moi ) mais c est le genre de chose que j aime bien garder quelque part pour savoir si il y a de l activite ou pas ( certains ont toujours un top qui tourne quelque part ou le graphe de conso de leur cpu, c est le meme principe ). Il existait un autre live a base de graphique encore plus abstrait, c est assez pratique pour savoir si c est toi qui a un souci ou le serveur quand tu n arrives pas a creer un changeset si tu vois que le live fais encephalogramme plat. Julien ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
@sly... c'est de l'art, ça sert à rien mais ça fait du bien (à faire et à regarder). Plus sérieusement, techniquement ça ne sert pas à grand chose en l'état avec le frontend que j'ai modifié. Mais le backend et un frontend différent peuvent être très utile pour suivre les éditions à partir de critères comme la zone, les tags, l'utilisateur, le type de modif, etc... et oui, on a déjà pensé aux flux RSS et à des alertes par mail. Ce frontend, je l'ai orienté comm. Ca permet d'avoir une idée visuelle de l'activité permanente d'OSM, du nombre de contributeurs actifs. Une image (animée) vaut 1000 discours. @julien: c'est le dernier de la tranche de 5s, aucun autre filtrage n'est fait pour l'instant Pour l'échelle verticale du graphe, elle va revenir, là je faisais un essaie avec le graphe en transparence au fond, mais zorglub et Freed n'aiment pas trop... @vdct: oui, tout à fait ça... s'adresser (enfin ?) aux non initiés, aux non geek... pour rajouter un 0 au nombre de contributeurs. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
Le 29 août 2012 15:27, Pieren pier...@gmail.com a écrit : 2012/8/29 sly (sylvain letuffe) li...@letuffe.org: bref, belle réalisation en tout cas, reste plus qu'a trouver à quoi ça sert et à qui... Pour un SOTM. D'ailleurs, il me semble qu'il y a déjà des démos similaires dans un SOTM précédent (mais il me semble que c'était moins graphique). Sinon il y a le déjà ancien OSM Live (http://datenkueche.com/osmlive/) qui ne fonctionne plus, faute de chercher les minutely-diffs au bon endroit... Autre remarque, un clic sur la ligne de contribution devrait ouvrir la page du changeset lui-même au lieu de l'auteur. A partir de là, c'est plus facile de retrouver la page sur l'auteur que la page du changeset qui nous intéressait. Clique sur le nombre d'édition à droite... tu aura la page du changeset. Je note quand même la remarque car c'est donc pas intuitif de cliquer sur le nombre à droite... Le coin stats nb nodes/ways/rel est moins intéressant que le commentaire qui a peut-être été attaché au changeset (s'il y a la place, peut-être afficher le début du commentaire sur une ligne...). Le problème c'est qu'il n'est pas dans les diff, il faut donc aller le récupérer sur l'API. On y pense sérieusement... pour permettre de suivre les éditions sur un hashtag ;) Au passage, ça pourrait aussi être une vitrine pour l'outil en cours de dev ChangeMonger qui convertit les changesets en texte lisible par les humains (http://lists.openstreetmap.org/pipermail/dev/2012-August/025461.html). Oui, j'ai lu ça. A croiser... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
avec ce navigateur, il n'y a pas d'animation Mozilla/5.0 (X11; U; Linux x86_64; fr; rv:1.9.1.16) Gecko/20120714 Iceweasel/3.5.16 (like Firefox/3.5.16) console d'erreur Erreur : setting a property that has only a getter Fichier Source : http://highcharts.com/js/testing.js Ligne : 1256 Le mercredi 29 août 2012 à 14:10 +0200, Christian Quest a écrit : Pouvez-vous m'indiquer si tout s'affiche correctement chez vous et que vous comprenez quelque chose à ceci: http://osm7.openstreetmap.fr/~cquest/live/ ? Vos remarques sont les bienvenues avant que l'on annonce l'existence de ce live (je prévois ça pour SOTM). Moteur: zorglub Carrosserie: cquest Fonctionnement: - un script python analyse les diff et stocke dans une bdd: le N° du changeset, le user, le nombre de noeud/way/relation ajoutés, supprimés, modifiés, le timestamp - le javascript de la page interroge cette base via un script python et visualise ça avec un décalage de 150s l'activité à l'aide de leaflet pour les cartes et highcharts pour le graphique (icône de la série dortmund de pc.de). Je l'ai complètement orienté comme outil de communication, donc en simplifiant le plus possible les infos présentées, mais il y a beaucoup plus de choses possibles à faire comme du filtrage par utilisateur, bbox, min/max d'objets ajoutés/modifiés/supprimés, voire un filtrage sur les tags des objets, fournir un flux RSS, envoyer des mails d'alerte, etc, etc. Il manque un splash d'explication et encore une petite résistance de la CSS pour la liste en bas à droite qui bave en bas... ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] live.openstreetmap.fr besoin de test et retours avant annonce...
@dumoulin: le graphe en fond n'est effectivement pas très lisible, mais je trouvais que c'était une info un peu secondaire. C'est le nombre d'éditions/seconde (édition = ajout/modif/suppression de n/w/r, le gros compteur qui tourne vie). Le bouton pause/play c'est sur la liste des trucs à faire. Le commentaire du changeset n'est pas présent dans les diffs qui sont la source de donnée actuelle. Il faut les récupérer via l'API... mais ça aussi c'est prévu. Je pensais aussi signaler les contributeurs récents... voire les premières contributions, mais ça demande aussi du boulot côté backend. Bravo à zorglub surtout qui a démarré. @didier2020: zut... pourtant j'ai testé sur Safari/Firefox/Chrome et sur mon iPad1 (oui, en 1024x768 sur un iPad bien lent car marche très bien, d'ailleurs je l'ai mis sur la cheminée avec le cadre photo de mamie). -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev] nominatim-like wildcard search
Hi! I'm trying to build a autocompletion name lookup for a HTML5-based cycle map. Is there any API where you can make wildcard nominatim-style lookups? For exempel Bre* would return Bremen, Brenner etc. I will limit my queries by bbox, but other sorting and limiting, like sorting by distance to a given point, or place category, would be useful. I have my own database, so I'm fine with installing my own instance of the API if server load would be too high otherwise. Just prefer not re-inventing the wheel if it's already there (not much found by google). Probably somewhat like http://oegeo.wordpress.com/2010/11/08/a-better-search-field-for-openstreetmap/ Seem to be suggested in http://wiki.openstreetmap.org/wiki/Nominatim/Version2 but I see no indication of that being implemented ... best regards Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / pero9...@student.uu.se · p...@rosnix.net · 0709-461000 GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] nominatim-like wildcard search
For exempel Bre* would return Bremen, Brenner etc. I will limit my queries by bbox, You can use Overpass API: E.g. http://overpass-api.de/api/interpreter?data=(rel[name~^Bre](50.6,7.0,50.8,7.3);way[name~^Bre](50.6,7.0,50.8,7.3);node[name~^Bre](50.6,7.0,50.8,7.3););out; gives all elements that have a name tag starting with Bre. The result is not sorted, but this should be no problem on the client side, given that these queries don't produce too much data. The bounding box order is (south,west,north,east). The term ^Bre is the regular expression matching all strings beginning with Bre. Of course, you can also search without a bounding box, but in that case you should give further restrictions: http://overpass-api.de/api/interpreter?data=(rel[name~^Bre][place=city];way[name~^Bre][place=city];node[name~^Bre][place=city];);out; If you are interested, feel free to ask for more details. Cheers, Roland ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] nominatim-like wildcard search
Hi Per, this topic seems to come up frequently lately and I'm actually glad you asked before going off implementing something. So forgive me if I jump in with a more general remark on the topic. On Wed, Aug 29, 2012 at 12:26:02PM +0200, Per Eric Rosén wrote: I'm trying to build a autocompletion name lookup for a HTML5-based cycle map. Is there any API where you can make wildcard nominatim-style lookups? For exempel Bre* would return Bremen, Brenner etc. I will limit my queries by bbox, but other sorting and limiting, like sorting by distance to a given point, or place category, would be useful. Probably somewhat like http://oegeo.wordpress.com/2010/11/08/a-better-search-field-for-openstreetmap/ Seem to be suggested in http://wiki.openstreetmap.org/wiki/Nominatim/Version2 but I see no indication of that being implemented ... This is not yet implemented in Nominatim and using the current API to implement it client-side will not work because Nominatim only returns complete matches, i.e. in your example 'Bre' will never return 'Bremen'. It will return an empty result and such empty queries are the really expensive ones that give the server a hard time. Please, people, *do not implement auto-complete on top of nominatim.osm.org*. You will just end up flooding the server with so many nonsense requests that you attract the attention of the sysadmins. You do not want that. If you run your own installation of Nominatim, you are of course welcome to do whatever you want with it. Sarah ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[osmosis-dev] Osmosis 0.41 Released
Hi All, I've just released Osmosis 0.41. http://bretth.dev.openstreetmap.org/osmosis-build/osmosis-0.41.tgz http://bretth.dev.openstreetmap.org/osmosis-build/osmosis-0.41.zip http://dev.openstreetmap.de:23457/hudson/job/osmosis-release/6/ From changes.txt: - All entities can now pass metadata through the pipeline. XML tasks can add these as additional attributes on output. - Added --convert-change-to-full-history task. - Added initialize support to all tasks to allow pre-processing setup to occur. - Added a number of unit tests to increase test coverage, and reduced use of duplicated support classes. - Added support for the XML bounds element, but still support old bound element. - Added configurable log message prefix to the output of --log-progress-* tasks. - Added completion step timings for --log-progress-* tasks. - Added continuous replication looping support to apidb replication functionality. - Added --write-replication task. - Enhanced --replicate-apidb to send output through the pipeline to tasks like --write-replication instead of being an all-in-one task. - Added --send-replication-sequence task which notifies listeners when new replication data has been written. - Added --send-replication-data task which provides streaming replication data to listeners. - Added --receive-replication task which consumes data sent by --serve-replication-data. - Added --replication-to-change task which converts a replication pipeline stream to a normal change stream. - Added keyValueListFile option to --node-key-value and --way-key-value tasks. - Added JaCoCo code coverage tool to the build process. - Updated ant scripts to use build, checkstyle, test and all targets across all projects. - Update pgsnapshot and pgsimple tasks to no longer use PostGIS deprecated function names. - Added --read-pbf-fast PBF reader which utilises multi-threading to improve performance. - Enhanced XML tasks to handle missing lat/lon attributes on deleted entities. Let me know if you see any issues. Brett ___ osmosis-dev mailing list osmosis-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] Augmented Diffs
On Tue, Aug 28, 2012 at 12:28 PM, Roland Olbricht roland.olbri...@gmx.de wrote: Similarly osmChange or osc files are already maybe you should call 2. The sections are a bit confusing in that the order is very important. That makes parsing a bit more difficult than it might need to be if you just renamed sections? Eg keep means two different things in two different contexts, but by using the same name, it means your parser must keep a lot of state. What do you mean exactly? The purpose of the elements in keep is always the same: this is data that is unchanged but related to changed data. Yes, but (and maybe I'm reading it wrong), in the original version, the heirarchy is flat, so your indication of which keep, you're in is related to the order, and not some other method of keeping state. Was I mis-reading the XML? Of course there are different reasons why an element arrives in keep. However, this will make things difficult: an element could be present for more than one reason, for example a node because it is referred by more than one element. The alternative of this might be to add those back references in the XML such that a node has a new section: partof way id=### version=### / or relation id/ no need to have the entire object there, just the type, ID and version- it's more verbose but then you have those links automatically built from the onset. And or, maybe toss the XML and use JSON or PBF? - Serge ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] nominatim-like wildcard search
Thanks. Of course there is no idea implementing it against current Nominatim, if it doesn't support partial names. Neither doing it with Overpass and client-side sorting may be the most efficient solution. Until Nominatim 2 is ready, I'll probably (this afternoon perhaps) hack together some utility that transform data from a local postgis (used for mapnik) to some more search friendly structure, and export with a simple JSON API on top of. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Regional Diffs
Hi, I just saw this new section in OSM Wiki: http://wiki.openstreetmap.org/w/index.php?title=Planet.osm%2Fdiffsaction=historysubmitdiff=801359oldid=792156#Regionaly_limited_diffs I think it would be advantageous to have regional diffs for more than a few countries. Probably, daily or hourly diffs would suffice for most users. Does anyone know if this kind of diffs is already available somewhere? If not, is there a market for this? Markus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Regional Diffs
Have a look at http://download.openstreetmap.fr/redaction-period/ and give you feedback as it is a bit experimental. 2012/8/29 mar...@gmx.eu: Hi, I just saw this new section in OSM Wiki: http://wiki.openstreetmap.org/w/index.php?title=Planet.osm%2Fdiffsaction=historysubmitdiff=801359oldid=792156#Regionaly_limited_diffs I think it would be advantageous to have regional diffs for more than a few countries. Probably, daily or hourly diffs would suffice for most users. Does anyone know if this kind of diffs is already available somewhere? If not, is there a market for this? Markus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Problem configuring Cgimap for OSM API
Hi all, I'm trying to install the OSM Cgimap FastCGI-module on Ubuntu Server 12.04 for better performance of the map API call. I already have the Rails port with the regular API set up and working. I've built Cgimap following the instructions on the wiki (http://wiki.openstreetmap.org/wiki/Cgimap/install). I then installed the Apache FCGI module: sudo apt-get install libapache2-mod-fcgid And added the following to my Apache configuration /etc/apache2/sites-available/default: ScriptAlias /fcgi/ /path/to/cgimap/ Directory /path/to/cgimap/ SetHandler fcgid-script AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all /Directory I've added the database settings to /etc/environment as described in the README: DB_HOST=localhost DB_NAME=openstreetmap DB_USER=openstreetmap DB_PASS=pass Then restarted the server. When I now make a FastCGI map call, e.g.: http://myserver/fcgi/map?bbox=5.095,52.075,5.1,52.08 I get an internal server error, and /var/log/apache2/error.log reports: Exception: database name not specified [Wed Aug 29 21:48:39 2012] [warn] [client 82.171.xxx.xxx] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server [Wed Aug 29 21:48:39 2012] [error] [client 82.171.xxx.xxx] Premature end of script headers: map I see database name not specified, so something could be wrong there, but also a message Premature end of script headers: map - I don't know what that means. Could anyone help me solve this problem? Any suggestions welcome! NB: the regular API call http://myserver/api/0.6/map?bbox=5.095,52.075,5.1,52.08 still works correctly and returns a good OSM XML-document! Kind regards, Arjen. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Random server errors on API (custom install)
Hi, when calling the API on a custom server to get some data like this: http://example.com:3000/api/0.6/map?bbox=8.19,49.83,9.208,50.373 I sometimes get a result, and sometimes I just get a server error (code 500) with the following message: NameError: uninitialized constant XMLEncoding::UTF_8 However, it seems that hard-reloading the map page (http://example.com:3000/ in this case) fixes the error for some time. Restarting the server seems to bring the issue back. Waiting a few hours seems to do too. Does anyone have any ideas what can cause this, or how I can help debug this issue? I could imagine it to have something to do with some XML library not being properly loaded. Kind regards, Jan Trace: [2012-08-29 17:21:35.078326 #4084] Started GET /api/0.6/map?bbox=8.19,49.83,9.208,50.373 for 79.215.131.87 at Wed Aug 29 17:21:35 +0200 2012 [2012-08-29 17:21:35.085673 #4084] Processing by ApiController#map as HTML [2012-08-29 17:21:35.085835 #4084] Parameters: {bbox=8.19,49.83,9.208,50.373} [2012-08-29 17:21:36.022122 #4084] Node Load (5.9ms) SELECT current_nodes.* FROM current_nodes WHERE current_nodes.visible = 't' AND (( tile BETWEEN 3493262172 AND 3493262175 OR tile BETWEEN ... OR tile BETWEEN 3493708964 AND 3493708965 ) AND latitude BETWEEN 49830.0 AND 50373.0 AND longitude BETWEEN 8190.0 AND 9208.0) LIMIT 50001 [2012-08-29 17:21:36.027416 #4084] NodeTag Load (0.3ms) SELECT current_node_tags.* FROM current_node_tags WHERE (((current_node_tags.node_id = 1))) [2012-08-29 17:21:36.029373 #4084] API threw unexpected NameError exception: uninitialized constant XMLEncoding::UTF_8 [2012-08-29 17:21:36.029510 #4084] /var/openstreetmap/openstreetmap-website/lib/osm.rb:459:in `get_xml_doc' [2012-08-29 17:21:36.029635 #4084] /var/openstreetmap/openstreetmap-website/app/controllers/api_controller.rb:145:in `map' [2012-08-29 17:21:36.029770 #4084] /var/lib/gems/1.8/gems/actionpack-3.2.8/lib/action_controller/metal/implicit_render.rb:4:in `send_action' [2012-08-29 17:21:36.029894 #4084] /var/lib/gems/1.8/gems/actionpack-3.2.8/lib/action_controller/metal/implicit_render.rb:4:in `send_action' [2012-08-29 17:21:36.030032 #4084] /var/lib/gems/1.8/gems/actionpack-3.2.8/lib/abstract_controller/base.rb:167:in `process_action' ... [2012-08-29 17:21:36.043113 #4084] /var/lib/passenger-standalone/3.0.17-x86_64-ruby1.8.7-linux-gcc4.4.5-1002/support/helper-scripts/passenger-spawn-server:99 [2012-08-29 17:21:36.044161 #4084] Rendered text template (0.0ms) [2012-08-29 17:21:36.044718 #4084] Completed 500 Internal Server Error in 959ms (Views: 0.9ms | ActiveRecord: 6.2ms) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] JOSM release translations
The new tested is live. Paul, I have made some updates to the i18n README file to add prerequisites: http://trac.openstreetmap.org/browser/applications/editors/josm/i18n/README.TXThttps://trac.openstreetmap.org/browser/applications/editors/josm/i18n/README.TXT What is still missing in this file is describing the necessary actions to fix errors when ant test reports translation problems (most of the time: single quotes). Cheers, Vincent ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev