Re: [OSM-dev] OSM with Hadoop
On Fri, Jan 2, 2015 at 7:38 PM, Stephen Knox stephenkno...@gmail.com wrote: So firstly I am wondering if I am missing any previous posts / research on the topic? Here are my findings about hadoop quoted in MLs: https://lists.openstreetmap.org/pipermail/dev/2009-August/016554.html https://lists.openstreetmap.org/pipermail/dev/2010-March/018648.html https://lists.openstreetmap.org/pipermail/dev/2010-July/019964.html https://lists.openstreetmap.org/pipermail/osmosis-dev/2010-August/000682.html https://lists.openstreetmap.org/pipermail/dev/2012-March/024468.html https://lists.openstreetmap.org/pipermail/talk/2012-March/062444.html https://lists.openstreetmap.org/pipermail/talk/2012-November/065171.html Pieren ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[OSM-dev-fr] taginfo et osmose
Depuis peu, il est plus facile d'intégrer la liste des projets/logiciels utilisant un tag dans taginfo. Il suffit d'écrire un fichier json contenant les informations sur les tags utilisés puis de demander aux auteurs de l'ajouter dans une liste. Les détails sont ici: http://wiki.osm.org/wiki/Taginfo/Projects Le blog: http://blog.jochentopf.com/2014-09-19-taginfo-integrates-more-data-sources.html Je pense que osmose aurait intérêt à se mettre dans la boucle... Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Fwd: [contact] [Besoin d'aide technique] Affichage OpenStreetMap
../... Je peux encore donner cette information qui peut avoir son importance : certaines redirections/anciens url ne sont plus supportés depuis fin juin 2012. Les détails sont à lire ici: https://lists.openstreetmap.org/pipermail/talk/2012-June/063310.html Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] De l'utilisation des relations et l'identification métier
2014-03-11 12:51 GMT+01:00 V de Chateau-Thierry v...@laposte.net: Je prendrais plutôt le parti, là dessus, de saisir tes IDs métier dans OSM plutôt que de te baser sur une comparaison de géométrie voire d'IDs OSM, exercice fastidieux et fragile, en tout cas plus fragile qu'une comparaison 'stricte' sur un ID externe. Il faut être très prudent ici. Il ne faudrait pas qu'OSM devienne le réceptacle de milliers d'IDs métier. Ils sont aujourd'hui tolérés dans OSM lorsqu'on leur trouve une justification pour OSM (surtout avec l'argument qu'ils pourraient faciliter plus-tard des mises à jour et synchronisation de bases externes, processus encore très hypothétique; on trouve déjà des plaintes sur l'utilité de ces refs). Les IDs métiers à usages purement internes n'ont pas leur place dans OSM et il sera bien difficile de crier au vandalisme si quelqu'un les efface. J'ajouterais que les tags dans OSM ne sont pas moins fragiles que les ID's de primitives, au contraire. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Am I alone here?
On Wed, Mar 5, 2014 at 4:11 PM, Sandor Seres sandor...@gmail.com wrote: Some days ago a mapper sked an the Help Forum the following question: How to make a hole in an area, eg woodland.. There were given 6 to 8 answers all incomplete (strictly taken - wrong) as how to upload a (new) complex area instead of how to convert an existing simple area into a complex area. Any of the instructions leads to existence of two almost overlapping areas one as a simple and one as a complex area (with a hole). The outer border polygons will lie in a thin corridor belt of each other (note, not overlapping) and the hole will never be visible. There is a huge number of these area error cases. If you refer to this question: https://help.openstreetmap.org/questions/8129/how-to-make-a-hole-in-an-area-eg-woodland It was posted the 25th Sept 2011, not some days ago. It is true that the most voted up answer (on 3 answers, not 6 or 8) is today a bit obsolete about iD. But this is normal. iD is the new online editor and is constantly evolving. The other systematic errors you mention in your googledoc is more about rendering issues. Pieren ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
2014-02-24 14:14 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: Les parcelles ne sont pas dans OSM et on n'a pas de projet à moyen terme pour les intégrer. Selon moi, adresses postales et parcelles sont deux choses totalement séparées. On fait le mélange lorsqu'on voit les données au travers du prisme DGFiP. Qu'en dites-vous ? Qu'il faut en discuter ailleurs que sur la liste dev-fr... Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
2014-02-17 23:08 GMT+01:00 Vincent de Château-Thierry v...@laposte.net: Les discussions ayant réaffirmé l'absence de consensus sur la manière de modéliser les adresses, vous trouverez pour chaque commune 6 (oui six !) lots de données. Merci d'offrir cette liberté. C'est tout à fait dans l'esprit du projet. Seule la modélisation avec relation bénéficie, autant que possible, de l'ajout des codes FANTOIR. Pour expliquer la démarche, un peu de littérature sur cette page : http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses On laisse croire sur le wiki que la relation est la seule option pour les codes FANTOIR, ce qui est faux. Il reste celui de mettre le tag directement sur les highway. La dernière discussion sur le sujet parlait du cas particulier des rues appartenant à deux communes et donc avec deux codes FANTOIR. Mais il existe aussi des solutions dans ces cas-là, largement appliqués pour les tags name par exemple (le code FANTOIR n'étant qu'un alias du nom de la voie). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
2014-02-18 10:56 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com: Je vais prendre contre pied total de Pieren... La liberté c'est bien, mais des adresses sans relation c'est très difficilement utilisable par la suite dans le cas non nominal. Mon avis c'est simple : il ne faut pas mettre à disposition des fichiers sans la relation : c'est de l'incitation la débauche, à la multiplication des cas et traitements particuliers. Si on prend un peu de recule et qu'on fait un traitement niveau monde, c'est la relation qui est un cas particulier ;-) Je vais donc continuer à me rouler dans la débauche ^^ Je n'ai pas compris en quoi c'était très difficilement utilisable. Les deux modèles sont équivalents. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
2014-02-18 11:24 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: Pour la réutilisation, ça facilite quand même pas mal de choses, c'est du travail prémâché bien utile car quand on voit tout le boulot fait (avec difficulté) par les scripts qui les génère (en se basant aussi sur des données absentes d'OSM comme les parcelles), on imagine tout le boulot à faire et refaire sans arrêt lorsqu'elles ne sont pas là. Quitte à passer pour un vieux radoteur qui se répète, je préfère toujours le modèle qui facilite la vie des contributeurs à celle qui facilite la vie des développeurs (une citation fréquente: contributors are the gems in OSM) : corriger manuellement une erreur d'adresse est plus simple sans relation, une opinion largement partagée à l'étranger (j'ai des liens si ça vous dit). Je sais que c'est dur à entendre (lire) sur la liste 'dev'... Et pour le géocodage, les deux modèles sont équivalents avec chacun de légers avantages et inconvénients, tous surmontables. +1 pour ne proposer que des fichiers avec relations histoire d'avoir un peu d'homogénéïté. Il faut juste bien comprendre que la France serait alors totalement isolée sur ce sujet (c'est vrai qu'on aime bien l'attitude du village gaulois, seul contre tous). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Service de pré-intégration d'adresses
En examinant ce fichier pris au hasard: http://cadastre.openstreetmap.fr/adresses/data/069/R1149-OULLINS-adresses-addrstreet_point_sur_batiment.zip et R1149_RUE_LIONEL_TERRAY.osm je vois que tous les buildings d'OSM sont dans le fichier alors qu'un seul est modifié. Est-ce voulu ou est-ce qu'il y aurait une possibilité de limiter le fichier aux seules données créées/modifiées ? Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr
2014-02-04 Ab_fab gamma@gmail.com: Ca demande un minimum de discernement et de calme dans la manipulation des relations. Est-ce que l'on garde une relation de type associated street et que l'on substitue les ways avec rôle street par les noeuds portant la description du lieu-dit avec le rôle place ? Ces deux points montrent certaines des limites du modèle associatedStreet. On sait que je ne suis pas partisan de ce modèle pour ces raisons et d'autres encore. Il faut peut-être rappeler ici qu'aucun des autres imports d'adresses qu'on voit à travers le monde (New-York, Pologne, Allemagne) n'adopte la relation associatedStreet. L'utilisation de celle-ci est marginale en dehors de la France. J'aimerais simplement que si ces adresses tirées du cadastre étaient massivement mises à disposition du public pour un import semi-automatique, on les publie sous les deux formes possibles (avec et sans relation) et que ce soit aux contributeurs de choisir. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr
2014/1/21 Tyndare tynd...@wanadoo.fr: Pieren comment tu détectes l'expiration de la session associée au cookie dans le plugin cadastre de JOSM ? Je ne le detecte pas. Je garde l'heure du dernier cookie et je le renouvelle automatiquement au bout d'un certain temps. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Renderer issue: highway=service and service=driveway?
On Wed, Jan 8, 2014 at 1:30 PM, Martin Koppenhoefer My suggestion is to delete the page or link to the specific pages in to keep the wiki maintainable. Duplicating the same information over and over again has no sense and raises the risk for inconsistencies. +1 to remove duplicates. However, I see some interest to have a specific documentation for Africa. The highway main doc is very european centric. But this discussion should continue on the tagging list. Pieren ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] Shapé les admin_level=boundary
2013/12/17 Christophe Merlet red...@redfoxcenter.org: 2ème point. Il serait bon de simplifier dans OSM ces limites de communes abusivement et inutilement détaillées. Finalement, c'est comme dans OSM ;-) Ils ont des contributeurs à précision géométrique variable ;-) Les limites de 2 communes limitrophes ne se superposent déjà pas dans le cadastre, alors ce n'est pas en les dessinant avec énormément de points, quelles seront plus précises. Pour quelqu'un qui cherche sa parcelle, le niveau de détail peut avoir son importance (c'est toujours une question d'échelle). Et on peut toujours simplifier alors que l'inverse n'est pas possible. Le fait qu'elles ne se superposent pas d'une commune à l'autre n'est pas lié à leur niveau de détails. En plus, ça serait directement faire mentir le communiqué de presse qui vante le nombre de points 15 fois supérieur à geofla ;-) Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Simplifier nos limites admin...
2013/12/16 Matthias Dietrich eiger@gmail.com: J'ai des doutes sur Ferney-Voltaire. La route douanière ne me semble pas faire partie de la commune, ni même du territoire français, même si l'usage est réservé à la France. En tout cas, le cadastre ne contient pas cette route. On a le même schéma au niveau de l'aéroport de Mulhouse-Bâle, avec une route douanière permettant aux Suisses de rejoindre l'aéroport. Mais on n'a pas étiré la frontière le long de cette route. Je confirme pour les deux cas (Genève dans un sens et Bâle-Mulhouse dans l'autre). Ces routes sont cloturées jusqu'à l'accès des aéroports. C'est des territoires avec un statut juridique batard puisque le poste de douane est décalé et que le droit du pays frontalier s'y applique (aussi) mais ils ont conserver leur souverainté nationale. Celui-ci et d'autres sont listés sur wikipedia: http://fr.wikipedia.org/wiki/Particularit%C3%A9s_territoriales_de_la_France#Droits_fran.C3.A7ais_.C3.A0_l.27.C3.A9tranger Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Drole d'user dans les diffs
2013/11/20 Ista Pouss ista...@gmail.com: ... comme vous pouvez le constater, Ivolino et ivolino ( I et i ) se partagent le même changeset 18994153 ? Si je regarde les utilisateurs connus, Ivolino existe bien (http://www.openstreetmap.org/user/Ivolino), mais pas ivolino ; et le changeset 18994153 appartient à Ivolino : http://www.openstreetmap.org/browse/changeset/18994153 Comment se fait-il alors que je retrouve des Ivolino avec des i minuscules dans les diffs ?? Et dans ce contexte comment est-ce que je fais pour savoir quel est le vrai nom d'un user, à part aller pianoter tel sherlock holmes dans les caves et greniers des datas osm ? Simple : il a changé son pseudo dans son profile. Le changeset dure longtemps entre son ouverture et sa fermeture: http://www.openstreetmap.org/browse/changeset/18994153 et les timestamps montrent aussi une demi-heure entre les deux edits durant lequel l'utilisateur a pu modifier son profile (editeur en ligne P2) Tu ne peux pas trop te fier au champs user pour suivre quelqu'un mais plutot à son uid. Par contre, il me semble que quelqu'un avait développer un service qui retournait tous les pseudo utilisés par un même uid mais je ne le retrouve pas. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Start Contribution
On Wed, Oct 9, 2013 at 6:01 PM, Serge Wroclawski emac...@gmail.com wrote: It's a bit more complicated than that- and this really should be better documented (or if it- easier to find). We had in the past a diagram on this page: http://wiki.openstreetmap.org/wiki/Develop but is gone. Probably needs some refresh. Pieren ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[OSM-dev] iD editor damaging landuse polygons
Hi, We get more and more feedbacks on the French community about landuse polygons damaged by iD editor. They can be partially orthogonalized (squared ?) or tags replaced by fancy new values, e.g. landuse=residential by building=yes.. It seems that this problem is already reported here https://github.com/systemed/iD/issues/542 since 8 months... Even though it is not reported as a bug (I was unable to reproduce it myself), is some action planned in a short term ? Pieren ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] Partage de DEM
2013/7/8 Jean-Claude Repetto jrepe...@free.fr: Et d'après la présentation faite par l'IGN la semaine dernière ( http://info.ign.fr/Media/IGN/2013/pros/confign/Conference-en-ligne-ign-04-07-2013.pdf, Ha. Dans cette présentation, ils se comparent souvent à OpenStreetMap !! C'est en soi une victoire pour nous (et la fin du traitement par le mépris ?). Notez la page 33 sur l'homogénéité. Effectivement, la commune de Le Thuit citée en exemple, est mal cartographiée dans OSM et n'a pas changée depuis l'édition de ce document. Comme c'est une commune à 4 planches dans le cadastre, je vais voir ce soir ce que je peux faire pour combler (un peu) notre retard sur l'homogénéité. La deuxième commune comparée est Courcelles-sur-Seine, page 49. Tiens, encore une commune au format raster dans le cadastre (8 plans). Un hasard ? A noter aussi qu'avec leur version Express, l'IGN tente de combler son retard sur ... la mise à jour de ses cartes (qui a dit homogènes mais souvent dépassées ? ;-) Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Des IDs a votre bon coeur COMPLET J'ESPERE.
2013/6/28 Ista Pouss ista...@gmail.com: Quelqu'un avait rouspété que l'id se formait de façon obsure. Pas du tout ! À chaque id je suis capable de faire correspondre l'ID Overpass (car j'utilise overpass). C'est quoi l'ID Overpass ? Comment fais-tu pour convertir la requête Overpass: http://overpass.osm.rambler.ru/cgi/interpreter?data=node%2845.38591285563495%2C4.306640625%2C45.48228066163947%2C4.51263427734375%29%5B%22shop%22%3D%22bakery%22%5D%5B%22name%22%3D%22La+baguette+magique%22%5D%3Bout%3B en un numéro magique 71435 ou (stephboulange/71435) ? Est-ce que, comme le suggère Frederic, c'est juste un short-link, un hash-map stocké sur ton serveur ou celui d'overpass ? Cela veut-il dire qu'une autre instance d'overpass donnera un autre chiffre ? Est-ce que ça fonctionne encore si la requête retourne plusieurs objets ? Comment garanties-tu l'unicité si un autre objet contenant les mêmes caractéristiques apparait plus-tard dans le même bounding-box, ça marchera encore ? Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Des IDs a votre bon coeur COMPLET J'ESPERE.
2013/6/28 Ista Pouss ista...@gmail.com: Je ne garantie rien, je dis seulement que la règle est susceptible de former cohérence, et si, plus tard, il apparait un autre objet ayant les mêmes caractéristiques, alors je peux au moins affirmer que cet objet est, selon toute probabilité, mauvais :-) Ce nouvel objet est peut-être mauvais mais il brise l'ID (on devrait plutot dire l'url ou lien court vers overpass) du premier objet qui lui est encore correct. Sans rien altérer à l'objet original, l'ID permanent ne l'est plus. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Des IDs a votre bon coeur COMPLET J'ESPERE.
2013/6/28 Ista Pouss ista...@gmail.com: Oui peut être. Mais, en l'état, on me dit que les données osm sont justes, et que c'est le moteur de recherche qui se trompe, car il ne sait pas qu'on peut découper une rue en plusieurs morceaux, et que il devrait les rassembler. Ne t'inquiètes pas, ils le savent parfaitement ;-) Mais, tant que tu ne donnes pas de numéro dans la rue, peu importe la section qui sera retournée. Moi j'ai plutôt tendance à penser que c'est les données osm qui devraient rassembler les morceaux, par exemple avec des relations, mais, sur ce plan là en tous cas, je ne m'avancerai pas. Moi j'essaie de comprendre ce qui forme logique et cohérence sur OSM. Pourquoi ajouter des relations pour compenser les déficiences logicielles ? Il est assez facile de reconstituer automatiquement l'ensemble d'une rue par son nom et la proximité des différents segments. Il faut juste écrire un peu de code. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] mod_tile/renderd qui plante ?
2013/6/13 sly (sylvain letuffe) li...@letuffe.org: Je crois me souvenir que quelqu'un avait expérimenté des crash à répétition de renderd ? Peut-être que tu fais référence à ce fil de discussion: http://gis.19327.n5.nabble.com/mod-tile-causes-segfault-on-debian-7-0-td5762187.html Problème corrigé dans mod_tile le 22 mai: https://github.com/openstreetmap/mod_tile/commits/master Ton code source est bien ultérieur à cette date ? Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Bug plugin cadastre JOSM
2013/5/16 Cyrille Giquello cyrill...@gmail.com: Salut, Je ne connais pas se problème, mais une piste: as tu essayer l'OpenJdk 7 ? Quelqu'un avait signalé des problèmes avec openJdk. Mais il faut tenter le coup. Sinon, il y a aussi quelqu'un qui avait des problèmes avec la version 64bits de java mais c'était sur windows. Un autre test à faire avec la version 32 bits, pour voir. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] osmfr-cartocss setup incomprehensible
2013/5/8 Ista Pouss ista...@gmail.com: et là je ne comprends RIEN. Once you setup your PostGIS database ?? Comment cela se passe-t-il ? Il faudrait une petite lecture sur osm2pgsql: http://wiki.openstreetmap.org/wiki/Osm2pgsql#Usage http://wiki.openstreetmap.org/wiki/Mapnik/PostGIS Pour le rendu fr, le nom de la base est 'osm' et le user 'fr' (tu pourrais les changer mais il faudrait adapter les scripts/feuilles de styles) osm2pgsql -d gis ~/path/to/data.osm.pbf... Je n'ai aucune idée de ce que peut être ce /path/to/data :-) Ben, littéralement, le chemin vers ton fichier de données qui est le plus souvent un planet ou un extrait de planet au format .pbf. Ca dépend donc juste de l'endroit où tu le sauvegardes sur ton disque. Additionally you need some shapefiles. Je commence à comprendre ce que sont des shapefiles mais lesquels ? Quoi ? D'où ? Ce script en donne une indication: https://github.com/cquest/osmfr-cartocss/blob/master/get-shapefiles.sh Les shapefiles peuvent être utilisés à la place des données OSM pour des raisons pratiques, en particulier pour les niveaux de zoom les plus faibles, la représentation des lignes de côtes, limites administratives et grandes capitales. Ne pas passer par des shapefiles nécessiterait un temps de traitement trop long pour des données qui, finalement, ne changent pratiquement jamais (les lignes peuvent être simplifiées pour des raisons évidentes). Les fichiers shapefiles des lignes de côte sont mis à jour manuellement à interval irrégulier (ces lignes existent en version simplifiées ou pas). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev] riverbanks wiki (was Coastline, lakes, rivers)
On Tue, Apr 16, 2013 at 4:01 PM, Tobias Knerr o...@tobias-knerr.de wrote: On 16.04.2013 11:53, Pieren wrote: I'm not sure that the New tagging of riverbanks has been really adopted, excepted by the 16 who approved it on the wiki Just for clarity: A redefinition of riverbanks has *not* been approved by wiki vote. I forward this discussion on the tagging list. You say that a redefinition of riverbanks has not been approved but the current wiki page says the opposite: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank == Common tagging == The area of the river should be marked by a closed area drawn along the riverbanks... == New tagging == A new tagging schema has been approved... ... The ways around a river can still be tagged as waterway=riverbank (as they still are riverbanks), although this isn't needed, and riverbanks aren't treated as areas any more... The current status of this wiki page is very bad and confusing. First, we explain two methods and we don't explain why. Second, the new tagging is not adopted by editors presets since a year. Third, the section titled unification of the island case is showing a multipolygon relation with an outer ring unclosed (you have gaps between way1, way2 and way5, way6) ! Please, clarify the riverbanks taggins either by: - deprecate the old tagging, at least clearly in the wiki ! - or withdraw the new tagging schema never adopted for riverbanks excepted by the 16 voters and some imports (2500 water=river after two years of official approval !) - say clearly if riverbanks have to be a closed polygon (or multipolygon relation) or not ! - fix the unclosed outer ring in multipolygon relation. It's something that can happen in real data (and fixed by data consumers) but not something we can recommand in the reference documentation. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mod_tile stable version ?
On Wed, Mar 27, 2013 at 2:23 PM, Bernard Fouché bernard.fou...@kuantic.com wrote: My time was mostly spent because of the lack of stable releases and documentation related to package versions, quirks here and there (for instance when making Tirex there is no check of what perl packages are already available, you discover the list of missing packages when Tirex runs, or how do you know that you'll need to setup a definition for a 'default' map?) , broken SVN trunk of mod_tile, cryptic error messages, configuration magic OSM data tools are mostly developed by volunteers on their free time. Feel free to improve the wiki documentation if you find issues or incompleteness. Creating an account for wiki edition takes less time than writing your last 5 messages. Do something positive for the project instead of complaining. Thus, the next one installing a tile server on F18 will be grateful for your help. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mod_tile stable version ?
On Wed, Mar 27, 2013 at 6:33 PM, Andy Allan gravityst...@gmail.com wrote: So think twice before telling a new user that they should start editing wiki pages. Instead of 'new user', I would say 'the end users, those from whom the documentation is intended'. Since the devs do not take a high priority to keep the wiki up-to-date and consistent (sigh), anybody else taking the time to search, read the docs with new eyes, follow the process, find and fix issues for himself, etc is able to improve the doc for the next ones. I said improve the doc, not write another 'how-to setup my own tile server'. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] osm2psql, problème de fichier.
On Thu, Mar 21, 2013 at 1:55 PM, Vincent Pottier vpott...@gmail.com wrote: J'ai mis en gras ce qui me semble être un indice de ce qui ne va pas. D'après ce que je viens de voir[1] mmap2 effectue une projection en mémoire d'un fichier. Peut-être que ma machine manque de mémoire pour traiter ce fichier de 2.4 Go (3.4 Go de RAM). [1] http://manpages.ubuntu.com/manpages/intrepid/fr/man2/mmap2.2.html osm2pgsql devrait pouvoir supporter des fichiers 4GB: https://github.com/openstreetmap/osm2pgsql/commit/4b0757f9c7f80c3056230333ae611ac322aff2b9 Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Reverts from the woodpeck_repair account
On Wed, Jan 2, 2013 at 6:12 PM, Frederik Ramm frede...@remote.org wrote: Pieren said that the specific highway=ford edit was discussed before but I think it has already been pointed out that this is wrong; discussing a new tag is not the same as discussing a mass edit to convert old tags. But the message om 2010 said.: Any suggestions on what to do with the 4800 nodes also tagged with highway=ford? Change them to ford=yes all in one go as well? According to taginfo, we have currently (2013-01-02 00:58 UTC): 5981 highway=ford on nodes 282 highway=ford on ways 11215 ford=yes on nodes 5911 ford=yes on ways Perhaps because ford=yes is also in JOSM presets... But until mapnik OSM stylesheet supports the tag, we will have people reluctant about the change. The same who says that we don't tag for renderers... Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
On Thu, Jan 3, 2013 at 2:59 PM, Andy Allan gravityst...@gmail.com wrote: Don't deliberately enter data incorrectly for the renderer We should add : Don't accept tag changes until the renderer supports it. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
On Wed, Jan 2, 2013 at 2:55 PM, Paweł Paprota ppa...@fastmail.fm wrote: Not ignore it - for sure there needs to be a conversation with the author of the original changeset so that it is clear that such large changes should not happen without consultation. This change has been widely and publicly discussed on the 2 mailing lists: http://lists.openstreetmap.org/pipermail/talk/2010-October/054554.html http://lists.openstreetmap.org/pipermail/tagging/2012-August/011230.html What I meant by my message is that we seem to be shooting ourselves in the foot in pursuit of free tagging, no rules etc. +1 You cannot complain in one side about OSM tagging complexity and block all attempts to simplify it on the other side... Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Timestamp in PBF files
On Tue, Dec 4, 2012 at 9:12 AM, Frederik Ramm frede...@remote.org wrote: Frankly, I don't care what it is called, call it : a la Osmosis ;-) Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] Importation données Nominatim
2012/11/27 olivier Bennegent olivierbenneg...@gmail.com: J'ai installé Nominatim pour pouvoir faire du géocodage seulement je me demande si je n'aurais pas du faire l'importation après l'avoir installé. Cela posera t'il problème ? De mémoire, je crois savoir que osm2pgsql doit être utilisé dans un mode particulier pour nominatim (gazeteer). La bdd n'est pas remplie de la même façon que pour mapnik (usage standard d'osm2pgsql). Maintenant, je ne crois pas que nominatim doive être installé au préalable, sauf peut-être à définir le schéma dans la bdd (si osm2pgsql ne s'en charge pas lui-même). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Osm, Nominatim
2012/11/27 Amine TALBI aminetalb...@gmail.com: Pouvais-vous nous informer sur légalité de notre démarche avant la commercialisation de la version de notre logiciel intégrant les cartes open street map et la recherche via nominatim. La question de la licence et du géocodage est assez complexe. Tout dépend en fait de l'utilisation qui est faite du géocodage. On ne peut pas dire à l'avance si l'utilisation du géocodage constituera un derivative database ou un produced work. Pour comprendre la différence, je conseille la lecture de la FAQ sur la licence: http://wiki.openstreetmap.org/wiki/Legal_FAQ Pour comprendre les enjeux du géocodage et de la licence, lire ce fil de discussion sur la liste legal-t...@openstreetmap.org: http://lists.openstreetmap.org/pipermail/legal-talk/2012-October/007282.html Je ne peux pas répondre à ta question mais si la lecture des liens précédents ne te suffise pas, je te conseille de reposer cette question sur la liste legal-talk ([1]) en expliquant bien l'usage qui est fait de nominatim (est-ce que les utilisateurs peuvent améliorer les résultats, peuvent-ils reconstituer une partie de la base, etc) Pieren PS: Open Street Map s'écrite OpenStreetMap, en attaché, comme Face Book ;-) [1] http://lists.openstreetmap.org/listinfo/legal-talk ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] idées pour projet tutoré autour de l'admin de SIG
2012/11/15 Frédéric Rodrigo fred.rodr...@gmail.com: Il me semblerait également pertinent de faire produire aux étudiants une image de VM vierge de donnée avec une documentation pour utiliser les logiciels et y charger des données. Ca existe déjà. Je chercherais les liens si on me demande seulement. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] idées pour projet tutoré autour de l'admin de SIG
2012/11/15 Christian Quest cqu...@openstreetmap.fr: Ces VMs sont elles à jour ? Quelqu'un les a testé ? C'est bien le travail principal pour ces VM. Leur mise à jour. Et certainement pas quelque chose à demander à un groupe d'étudiants. Sinon, il y a toujours beaucoup à faire mais c'est essentiellement du travail de développeurs... Autrement, il y a la doc. Et surtout un gros travail de traduction/mise à jour à faire . A part le wiki, par exemple, Potlatch2 (P2) contient encore beaucoup de textes anglais (presets). Ou démarrer la version fr du prochain éditeur iD en cours de développement qui remplacera P2. Certains mots-clés du site principal sont mal traduits en français, en particulier dans les pages openstreetmap.org/browse/way/xxx (chemin ou Modifier la route pour ligne (way)). Sinon, il y a une grosse demande pour un style de rendu mapnik adapté aux français. C'est un gros boulot mais on peut partir du rendu actuel et modifier par petites touches et surtout conserver les fichiers style en open-source. Au niveau international, il y a aussi une demande pour mettre en place un serveur de tuile pour les développeurs (il y a le serveur dev mais c'est uniquement pour tester ruby, la bdd, les API et les outils qui peuvent s'en servir). Il faudrait contacter la fondation pour trouver un seveur de libre et pas nécessairement exigeant en terme de puissance. Ce qui manque surtout, c'est les bras pour la mise en place. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Outils de surveillance sur la France des changement suspects et suivi de zones
2012/9/14 sly (sylvain letuffe) li...@letuffe.org: Sauriez-vous le(s)quel(s) sont déjà utilisé par l'équipe du DWG pour surveiller les changeset douteux ? Non mais si tu regardes ce dépôt sur GitHub, la liste des outils développés par Paul Norman devrait t'en donner une assez bonne idée (en particulier osm-weirdness pour la détection et make_changeset pour le revert): https://github.com/pnorman Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Réf.: Re: live.openstreetmap.fr besoin de test et retours avant annonce...
Fallait pas en parler sur IRC ;-) Qui est le coupable ? Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Réflexion autour des fichiers diff OSM
2012/8/28 Christian Quest cqu...@openstreetmap.fr: Le diff contenant toute la hiérarchie des objets impactés, il est suffisant pour recalculer les géométries. Pas tout. Manque les membres de relations. Ca ferait trop sinon (lire la suite du fil de discussion). Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [josm-dev] JMapViewerTiles folder in my Temp folder
On Mon, Aug 27, 2012 at 4:31 PM, Toby Murray toby.mur...@gmail.com wrote: You can clear the cache by right clicking in the map and using the Flush tile cache option in the context menu. If I might suggest an improvement, the command should be available in the layer context menu as well (I would even suggest to move the whole context menu from the map itself since it is very annoying as it appears by accident many times during edition but that's another story). Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Nominatim data and code updates
Finally, when I search Paris, the French capital is not anymore displayed after 10 US towns and boundaries ;-) Thank you Brian and Sarah. Nominatim is really one of the greatest tools using OSM data. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
On Mon, Jul 23, 2012 at 12:17 PM, Frederik Ramm frede...@remote.org wrote: Stuff edited by the bot and later by someone else, will stay around in yellow for reference. Yellow is for ways or nodes last modified by the bot, and not touched since, isnt ? The aim is still dropping stuff from the map as soon as it is edited by someone. or is it a special layer for reference ? Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
On Tue, Jul 24, 2012 at 1:04 AM, Pieren pier...@gmail.com wrote: Yellow is for ways or nodes last modified by the bot, and not touched since, isnt ? The aim is still dropping stuff from the map as soon as it is edited by someone. or is it a special layer for reference Sorry, forget my previous message. I see now the superseded and modified layers although the colours range is not really appropriate. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] [OSM-talk-fr] Données OSM sur le portail Open Data de Montpellier
Quelques remarques: - pitié, évitez les posts sur deux listes de diffusion en parallèle. Ma messagerie s'y perd (et moi aussi). - OSM n'est pas encore en ODBL. Le lien vers la licence devrait pointer vers http://www.openstreetmap.org/copyright (ou sa traduction) - mélanger données OSM et fond images Google ne me choque pas. Après tout, n'était-ce pas un de nos rêves que Google adopte OSM pour sa cartographie ? Si ça n'est pas eux, au moins, ça sera fait par les devs et clients. - il y a un problème d'encodage sur ce site. Je vois un Crédit Agricole sur les infos-bulles des distrib. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Useful post-bot visualisation?
On Tue, Jul 17, 2012 at 9:48 AM, Frederik Ramm frede...@remote.org wrote: So should we just ignore deleted things and make a stuff last edited by the bot map, or what would you say? Thank you Frederik. I called for such worlwide service some days ago. The first priority is the modified elements. We have seen many roads where the geometry is affected, sometimes deeply. Imo, highlighting the deleted things is more a nice to have. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] Travailler sur des imports partiels
2012/7/5 Philippe DAVID philippe.da...@allgoob.com: Soit dit en passant toutes les réponses que tu m'as faites depuis hier sont sérieusement hors sujet, donc s'il te plait épargne nous du temps à tous et ne réponds que lorsque c'est *pertinent* ET *en rapport* avec cette mailing list. lol, bienvenue sur la liste ;) Pour info, nominatim OSM (monde) est sur le serveur poldi dont voici les caratéristiques hardware: http://wiki.openstreetmap.org/wiki/Servers/poldi La base postgres /ssd est sur 2 SSD 256GB en RAID0 Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Travailler sur des imports partiels
2012/7/5 sly (sylvain letuffe) li...@letuffe.org: L'explication peut peut être provenir de l'existence de tables temporaires durant l'import ? Sur poldi, il y a aussi 2 autres disques SATA de 300GB en RAID0 aussi pour une partition /data (et qui est aussi marquée pour postgres db). Donc une partie de la base se trouve sur ssd et l'autre sur des disques plus tradionnels (10kRPM). A noter, ce message de F. Ramm mais c'était il y a un an: http://lists.openstreetmap.org/pipermail/geocoding/2011-May/000194.html Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] SOS openstreetmap.fr HS
2012/5/8 Marc Sibert m...@sibert.fr: J'enfonce le clou, mais les adhérents de bonne volonté ne peuvent être dispo 24/7 pour remonter un serveur. Alors qu'un pro aura un serveur de backup pour relancer le service (sûrement même une solution de virtualisation automatisée qui assure la quasi continuité du service). Certains services, comme la vitrine Web, *doivent* être hébergée sur ce type d'infra. Et ne venez pas me dire que c'est un problème d'argent... Bof. Ca n'est que le site osm.fr qui n'est qu'une vitrine du projet à l'attention du public francophone. S'il est en rade un jour ou deux par an ne me pose pas de problème, à condition qu'aucun travail ne soit perdu. S'il y a de l'argent, il pourrait être investi plus utilement ailleurs amha. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Complexité algorithmique Problème insoluble de géométrie
2012/5/8 sly (sylvain letuffe) li...@letuffe.org: (une mini contrainte pourrait par exemple être que le point commun ne puisse être qu'au début ou à la fin d'un chemin du MP, ainsi, la recherche sera moins longue que passer en revu l'intégratilté des points et voir s'il sont membre d'un autre chemin) Curieux. Je pensais à une contrainte inverse. Si le way s'arrête au point d'intersection, la détemrination de la forme du polygone est imprévisible. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] SOS openstreetmap.fr HS
2012/5/7 Marc Sibert m...@sibert.fr: Le 07/05/2012 22:14, Jocelyn Jaubert a écrit : Le 7 mai 2012, Jocelyn Jaubert a écrit : Le Crans a réussi à redémarrer le serveur osm4, mais il se trouve que le RAID0 qui y est installé ne repart pas correctement - il doit y avoir des corruptions sur un des disques. Du coup, les fichiers ne sont pas vraiment récupérables. Mes 0.02 € : osm.fr *doit* être hébergé chez un pro. Pas forcément. Le problème ici n'est pas l'hébergeur mais d'avoir monter du RAID0 qui n'a aucune redondance. Pour l'instant, on retrouve la page d’accueil mais je ne peux pas me loguer et accéder à mon dernier blog. J'espère qu'il n'est pas perdu. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [josm-dev] Please do not change long established shortcuts
On Mon, Apr 30, 2012 at 4:13 PM, Maarten Deen md...@xs4all.nl wrote: In principle, it is not a good idea to change long established customs. This has been decided a looong time ago due to a russian forum complain: http://lists.openstreetmap.org/pipermail/josm-dev/2012-February/006033.html Our opinion and long established customs does not count very much on josm dev. Btw, you should update your JOSM more frequently. Then you don't have time to acquire habits. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Please do not change long established shortcuts
On Mon, Apr 30, 2012 at 7:41 PM, David Earl da...@frankieandshadow.com wrote: Absolutely - hugely better, thank you! The problem was it was right next to the S key so you ended up deleting stuff instead of selecting it. I don't know how small are you keyboard keys (or fat your fingers) but I never had this problem. As pointed by others, when you really edit/draw with this tool, the mode switch on one hand and the mouse on the other hand was very practical.Fortunately, it is still allowed to customize the shortcuts.Unfortunatelly, preferences are too often reset by versions upgrades. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev-fr] Key:maxspeed:practical
2012/4/18 Hendrik Oesterlin hendrikmail2...@yahoo.de: Des avis? C'est effectivement très subjectif. Par contre, un logiciel pourrait se baser sur d'avantages de critères objectifs comme le type de surface, l'inclinaison, les courbures de la route... Par ailleurs, cette question serait plus pertinente sur la liste principale, non ? Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] OSM Nominatim + MaxSpeed
2012/4/5 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Sauf erreur de ma part, nominatim interroge directement une base postgis en utilisant le modèle osm2pgsql. les attributs maxspeed sont donc déjà dans la base, mais nominatim ne les retourne pas. Normalement, on utilise osm2pgsql avec un output gazetteer. Le schéma est différent de celui utilisé pour Mapnik. Le tag maxspeed devrait être absent (si j'en crois le code source http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/output-gazetteer.c). Mais ça doit être simple à ajouter. Pieren ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Directionality of lanes
On Tue, Mar 27, 2012 at 11:19 AM, Jochen Topf joc...@remote.org wrote: This thread shouldn't continue on the dev-mailing-list... c) do not tag directionality of highways. it would add millions of tags to OSM with no use because it is obvious what the right value is for each country The wiki has a proposal to describe default values per country in a 'default' relation type: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Defaults But since directionality of lanes is never changing (although Samoa did it in 2009), I could imagine that navigation softwares can hardcode the value for each country. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Shortcuts
On Fri, Feb 17, 2012 at 1:50 PM, Paul Hartmann phaau...@googlemail.com wrote: If we reserve a small pool, this won't be enough, so who decides which plugin is more important? That's the idea. It can be enough because nobody installs all plugins but only a few of them. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Shortcuts
On Thu, Feb 16, 2012 at 6:41 PM, Paul Hartmann phaau...@googlemail.com wrote: As plugin developer, you can basically do what you like, also claim a shortcut like I for Utilsplugin2/IntersectedWaysAction. But you shouldn't be surprised if we need I for JOSM core someday. If you read my OP, I'm not asking very much and could satisfy everybody: - keep one Function key and two or three main keys for plugins. - let plugins ask the user if he wants to keep the current shortcuts or use the old ones in case of conflicts. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Shortcuts
On Wed, Feb 15, 2012 at 9:24 AM, Dirk Stöcker openstreet...@dstoecker.de wrote: Please help to fix these conflicts and deprecations. For conflicts, the core should remain and plugins be changed. As a plugin maintainer, I would like to see from the JOSM core the following points: - reserve some shortcuts for plugins 'forever'. It is unfair to allow plugins shortcuts and once users have their habits, force them to change just because core is suddenly using it. Of course, it does not solve conflicts between plugins but devs can manage that. - allow the plugin to overwrite the core shortcut with a pop-up dialog explaining the 'why' (and leaving the user to accept or refuse). This is a way to keep long-term users with their habits and show to new comers the shortcut issue e.g. with the documentation (after all, it can be redefined manually later in the prefs). Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Shortcuts
On Wed, Feb 15, 2012 at 6:12 PM, Dirk Stöcker openstreet...@dstoecker.de wrote: If the default would be to keep everything as is, we copy all these troubles a long time into the future. So we have one break now and later on wikis and forums on docs refer to one setup and not to a user specific setup. Fixing current conflicts is one point. Saying at any time in the future, the josm core can take over existing plugins shortcuts because we find it so cute and plugins will have to accept it (1) is another one. This is a kind of arrongance and disrespect of JOSM plugins users and devs. Pieren (1) when core needs a key, then plugins will be second in line and have to move. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] multipolygon inherits from tags way that are neither inner nor outer
On Tue, Jan 17, 2012 at 12:13 AM, Frederik Ramm frede...@remote.org wrote: It depends on what you want to do. If you want to draw the best possible map with the data you have, and have no option of asking the user what the hell he meant when he entered that, then you will ignore roles (and compute them yourself) because otherwise a significant percentage of multipolygons will appear broken. For me. there is a difference between trying to interprete the data when the role is undefined (good will) and simply ignoring the role definition when it is clearly stating it is not an inner neiter an outer way. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] multipolygon inherits from tags way that are neither inner nor outer
For a relation of type boundary, it make sense to link the administrative boundary with its administrative centre. This is more elegant than creating 2 relations just because some countries decided to use the same relation type for administrative boundaries and multipolygons (and yes, countries are boundaries). Or more elegant than tagging the centre as capital=WhatEverYouLike just because some apps find easier to interpret tagged nodes/ways than relations roles. I also don't understand why the roles would be ignored in multipolygon relations. Then why JOSM is complaining when the role is undefined, although the wiki says the opposite. And I don't understand why this discussion is happening on the dev list. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Changed presets, contact
so by no means should we blindly take for gospel what the Wiki says. but the JOSM presets, yes... Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Plugin for Karlsruhe schema
On Tue, Oct 25, 2011 at 5:25 AM, Werner Horsch werner.hor...@gmail.com wrote: I was thinking in how to aid the entry of numbering to osm, and it shouldnt be very difficult. The logic should be something like this for addr interpolation... I don't think it is a good idea. As the relation is called, all addresses between start and end are just ... interpolation. They should stay as such in the database. It is the responsibility of the data consumer to speculate on the right position for all intermediate numbers in the street, not a script working into the database. If contributors are not satisfied by the interpolation, they should reduce the size of it or put single node addresses. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Dynamic buttons in side menus
2011/10/15 Dirk Stöcker openstreet...@dstoecker.de: I wrote a diary because I don't think it has to go to Trac. UI is always a question of personnal taste. Now JOSM looks like a Flash game. The only missing feature is to get 50 points each time you click fast enough on appearing objects or new cursor effect. All these things make finally a strange impression of not very serious interface. Fine, as soon as I can disable them. But I understand. I'm a dev myself and when you work on a mature projects, it is always difficult to find the good moment to say 'no'. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Fwd: Filter Google from Imagery?
On Fri, Jan 28, 2011 at 3:10 PM, Anthony o...@inbox.org wrote: What argument do you have that tracing Google images is copyright infringement? Perhaps the link below will help you: http://www.edparsons.com/2008/06/what-map-maker-is-is-not/ especially the last comment from Ed regards Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Source tag on each node
On Sun, Dec 19, 2010 at 11:21 AM, Wyo otto.w...@orpatec.ch wrote: Do you have an example? See http://www.openstreetmap.org/edit?lat=47.17473lon=4.71559zoom=17where the nodes of the canal way have identical values. In France and for nodes sourced cadastre, it's probably coming from an earlier version of the JOSM plugin cadastre-fr which did attached the source tag onto all objects. This is not any more the case since a while but someone should clean-up the old nodes if they don't have another tag and are not part of a way. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] Relation editor usability
Hi, I recently updated my josm (yes I know, I'm not updating very often, I'm a bad boy) and saw a small change in the relation editor which is a bit irritating. Until now, when I created a relation, I selected my objects then opened the relation editor, then clicked on the button moving them from the right panel to the left panel, then applied the roles when required. Now, I do the same but the order of the objects is changed in the left panel. Then my habit to select the objects in the order of roles to set is not working anymore. When I move the objects to the right panel, I don't see any more which role to set on which object. Am I the only one seeing here a usability downgrade ? why is the order of imported elements changing and on which criteria when these objects have no roles defined ? Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Relation editor usability
On Thu, Dec 9, 2010 at 7:02 PM, colliar colliar4e...@aol.com wrote: Your are right there is already a ticket filled about it: http://josm.openstreetmap.de/ticket/5683 If you use the two below buttons it works ! Cheers colliar Oops, sorry. I though it was something wished, not a bug. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Multilingual Maps Overlays
On Fri, Nov 5, 2010 at 2:02 AM, Stefan Keller sfkel...@gmail.com wrote: name=Strasbourg name:de=Straßburg name:gsw=Schdroosburi Is this example correct (especially name:gsw=Schdroosburi)? Yes and no. gsw is an iso code grouping all alemannic german dialects around the three countries Germany, Switzerland and France borders. But they are so many differences between them that we prefere to use loc_name instead of this ISO code. In your example, loc_name would be Stroosburi. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Extracting national boundaries
On Mon, Aug 30, 2010 at 11:05 AM, Colin Smale colin.sm...@xs4all.nl wrote: But France and Slovakia for example don't seem to have a single relation as a starting point. There is the one for France (land_area): http://www.openstreetmap.org/browse/relation/11980 It's a relation of relations otherwise the amount of ways is simply too big to manage (it's the sum of all municipalities external boundaries - shared with other countries or coastline). Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mapping during license change / safe to edit
For me, it's more a legal question than a technical question: Either we consider that all elements altered by a changeset are a kind of re-survey in which case the editor could replace altered existing elements by new ones at upload. By 'altered', I mean changes in positions or tags. By 'elements', I mean nodes, ways and relations. But I would not consider 'altered' an existing way with a new node inserted if it's not changing the current tags or positions of that way (e.g. creating a new intersection). For relations, it's more complicated because many are very localized and created by a single author in which case it should not be replaced by a second author. But some are large and complexe like boundaries where many contributors affected the relation. I don't see why in this case we should delete these relations with hundreds members only because the creator started it (probably also very incomplete) and refuses the license ... Or we don't consider that the last contributor is an original author, in which case it is impossible to do something automagically. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mapping during license change / safe to edit
On Wed, Aug 25, 2010 at 1:42 PM, Frederik Ramm frede...@remote.org wrote: But I was thinking more about the immediate short term; at least the 100% cases could be easily made visible to users. This object is definitely safe, this object is not yet safe, this object may be partially safe, click here to inspect the history would already help a lot. Ideally, the server/API is the best place to deliver this information where e.g a flag could be attached to each downloaded element and set to safe when all versions have authors accepting the new license (and missing or unsafe in other cases). Either the flag is calculated at run-time on each request or it is regularly re-assessed by going through the list of contributors accepting the new licence. Then it would be the responsability of the editor to display this information (different colors or layers or whatever you like). Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] New Tested
On Wed, Aug 25, 2010 at 8:39 PM, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Some of the shortcut-issues might come from plugins. Please do not allow to plugins to redefine already in use major shortcuts like a, s, d, x, j, p, c, m, etc. Its horrible to hit ctrl+shift+m instead of m to simply merge 2 nodes. Sure, it's better that 'others' will have to hit ctrl+shift+m instead of your etc even if there shortcuts are in use since a long time. If you don't like plugins shortcut, then don't install them or redefine their shortcuts in the preferences. Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] WMS requiring an EULA acceptance
Dear josm-devs, In my country, we have a commercial imagery supplier which is ready to open its images but only for the OSM project (licencing issues fixed). For that, they will set-up a WMS for a limited coverage during an experimental period and want to check that only allowed clients are accessing the data by checking the user-agent (on which only the OSM editors could be accepted and others rejected of course). The main concern is about a special handling of the WMS. They want that a contributor using the WMS the first time shall read and accept an EULA (End User License Agreement). Again this is just to inform people that they are only allowed to use the imagery for OSM and nothing else. Of course, the whole process can be bypassed by anyone who really want to access the WMS but this is a demand from the lawyers. The EULA would be available in two languages but could be extended later. Then I'm asking you to check if this demand is possible and how it could be solved. I don't want to fork the WMS plugin just for that, so my idea is that the plugin could be modified in a way that the special WMS URI could be identified as such in the Java code (hardcoded) and would raise the EULA acceptance dialog automatically the first time (stored somewhere is different languages). I could implement that myself but I would have your feedback first to see if this is the right way to go. Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] WMS requiring an EULA acceptance
On Thu, Aug 12, 2010 at 5:56 PM, Bodo Meissner b...@bodo-m.de wrote: Matthias is right. You cannot rely on the client program. It is easy to change the user agent. see http://chrispederick.com/work/user-agent-switcher/ Again, the idea is not to build up a fortress. It is well known that if someone really want to catch the images, he will be able to do so anyway. The request to show and accept the uela is coming from the jurists, I cannot change that. What I would like to know is if it is possible and how I could do it in JOSM/WMS plugin without disturbing the main stream. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] WMS requiring an EULA acceptance
On Thu, Aug 12, 2010 at 6:20 PM, Sebastian Klein basti...@googlemail.comwrote: I would imagine it like this: * You open josm preference and select the entry from the defaults. * A message box pops up, informing you that it is necessary to accept an EULA for using the service. * If you click OK, it would download the EULA text from an external website (possibly translated) and present it in another dialog. * Save in the preferences that EULA has been accepted. Sounds reasonable for me. If nobody is against this proposal, I will look to implement it in the plugin. Thank you for your support, Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] aviation maps?
On Wed, Aug 11, 2010 at 2:33 PM, Frederik Ramm frede...@remote.org wrote: In general, OSM tries to follow the on the ground rule, i.e. we want to record stuff that can be easily seen and cross-checked by other mappers. Airspace tends to not fall in this category so it will be difficult. Also there is no compelling reason to have it in OSM as it will only rarely be related to other features (editing the airspace in your editor will usually not become easier because you already have the road grid or so). All this really, in my opinion, speaks for a *separate* database that contains airspace. Do not stuff that into OSM; record it in an extra system, from which you can then create airspace tiles and overlay them over OSM maps. I fully agree on that. I mapped a small village near an airport and I was happy to not edit under/between dozen aerial ways (even if it can be filtered on JOSM now, it's not possible on all editors and you would download the data anyway and all attached relations from the API - and long distance ways are sometimes a problem). Note that the same arguments could apply for underground or inhouse maps. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] licensing question
On Thu, Aug 5, 2010 at 1:32 PM, Ævar Arnfjörð Bjarmason ava...@gmail.comwrote: Yes, I'm also pretty sure that you can just completely ignore the license since you're only using the data within your own organization. The licence only kicks in when you're doing re-distribution to third parties. Could you point out in the license text where own organization and third party are defined and where it says that CC or BY do not apply for the first ? One point is to say as soon as it stays internal, any license terms infringement will not be visible. Another is to say that the license does not apply inside organisations. And yes, it's the wrong list for such discussion. Have a look at http://wiki.openstreetmap.org/wiki/Contact for the legal talks. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Tag for building name
On Thu, Jul 1, 2010 at 3:43 PM, Sven Geggus li...@fuchsschwanzdomain.dewrote: Yuliya Leonova yleon...@cloudmade.com wrote: For now in Mapzen for tagging building name parameter we use 'addr:housename' tag. But recently Mapzen team have got several requests to change it to just 'name' tag key. addr:housename ist meant for postal purposes only (Part of an address in house-numbering scheme) +1. But you should submit your question to another mailing list more dedicated for tagging discussions. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [OSM-server setup]
On Fri, Jun 11, 2010 at 1:45 PM, PARVEEN ARORA parveenarora...@gmail.comwrote: Connection to database failed: FATAL: Ident authentication failed for user user_name Perhaps the answer is here: http://wiki.openstreetmap.org/wiki/Osm2pgsql#DB_access and there: http://wiki.openstreetmap.org/wiki/Mapnik#Authentication_failed ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Postgres 8.4 performance trouble in osm2pgsql setup
On Sat, May 8, 2010 at 1:11 AM, Frederik Ramm frede...@remote.org wrote: The intial import went all right on 8.3 and 8.4; my 4 times slower was about adding a daily diff to the data base. Just for information, I also compared the performance on my Ubuntu 10.04 Lucid, amd64 distrib (ext4, hdd raid0 10k rpm) and I got the following numbers: My country new import: 8.4: 33mn07 8.3: 32mn46 Daily diff import: 8.4: 43mn40 8.3: 26mn09 I don't have your factor 4 but 1.6x slower with postgresql 8.4. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Open Social Routing Idea: Request for preliminary comments
On Mon, Apr 19, 2010 at 5:12 PM, Chris Hill o...@raggedred.net wrote: My main concern would be the loading of personal and arbitrary routes into OSM. +1 but if we find city tour from travel agencies, is that less arbitrary than personal routes ? Creating route relations in OSM is for me a more general issue, especially when you see how it is done today with relations and segmented roads. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Plugins not working with 3094 and Linux ?
On Wed, Mar 10, 2010 at 11:46 AM, Dirk Stöcker openstreet...@dstoecker.dewrote: Don't ask me. I'm no Java guru :-) Maybe you already use JAVA6 stuff in your plugin? E.g. isEmpty() in strings? Or we have such thing in JOSM core and didn't recognice it? No, no, it was the same jar file which worked on previous tested JOSM. The only difference was the new JOSM-tested core (and again, it's only happening of Linux). The solution is probably to compile the plugins in the same way as the core (Java6 compiled for 5). Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Plugins not working with 3094 and Linux ?
Hi, I received already two complains about 3094 and the cadastre-fr plugin not working on Linux (ubuntu or Debian Etch) with a java6 env. Exception is : java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) Do we have to modify the ant files and recompile all plugins for Java6 ? Strange is that it works fine on Windows. Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] self-intersecting ways
On Sat, Mar 6, 2010 at 9:19 AM, Paul Johnson ba...@ursamundi.org wrote: If you go the absurdist route, maybe. If you want to map the landuse of the right-of-way, how about landuse=highway? This has already been proposed. But until everyone is drawing a polygon for the road, we have to accept that the polyline is the road. So, gluing the adjacent landuse to the highway or leaving a space preparing the road polygone are both correct. The second is just more accurate than the first. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] location of elemstyles.xml and Eclipse
On Tue, Jan 26, 2010 at 7:11 AM, Matthias Julius li...@julius-net.netwrote: I think you have to add the /data in your eclipse project classpath (included path). Is it not already done in the commited .classpath ? Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Major improvements to MapOSMatic
On Tue, Jan 5, 2010 at 3:04 PM, Ulf Lamping ulf.lamp...@googlemail.com wrote: I'm not 100% sure about admin_level 6, this would probably be larger cities like Munich (the wiki is talking about district free cities/kreisfreie Stadt). But admin_level 6 is a departement in France. If it is enabled in the tool, somebody will request a street directory for a big piece of land with few hundreds towns and villages in it. So, if the admin_level is selectable, the tool should also fix some limits (it should any way because admin_level=8 could be a whole country if someone wants). For Florian : not all people want a street directory based on a bbox. In adjacent urban cities, you might not want to see the streets of the next town in your document. That's where the administrative boundaries are useful. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Need advice about a recent change in Mapview blocking the plugin cadastre-fr and its Lambert zone projections
On Tue, Nov 17, 2009 at 9:10 AM, Dirk Stöcker openstreet...@dstoecker.de wrote: Instead of auto-detection you can then implement a suggest projection switch requester when user tries to initialy use cadastre-fr in an outside region. Ciao I could do that but this will not help if MapView is always calling the projection with east-north values that are outside the region. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] New projection for JOSM
On Tue, Oct 20, 2009 at 11:52 AM, Pieren pier...@gmail.com wrote: Hi, Could someone from the core team apply the following patch: https://josm.openstreetmap.de/ticket/3737 (pop-up) Nobody to commit the 10.6 KB patch and allow the French contributors to use again the cadastre ? Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] New projection for JOSM
Hi, Could someone from the core team apply the following patch: https://josm.openstreetmap.de/ticket/3737 adding a new projection required by the cadastre-fr plugin. Since 10 days, the French cadastre WMS has changed the projection for two third of the municipalities from the old Lambert 4 zones to a new projection called Lambert Concic Conform 9 Zones. This patch will allow me to publish a new version of the plugin to restore our access to the WMS. Thanks, Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] [OSM-legal-talk] OSM IDs as foreign keys (was: ODbL virality questions)
On Tue, Oct 6, 2009 at 12:31 PM, Andy Allan gravityst...@gmail.com wrote: There's no OSM information in wikitravel or wikitravel links in OSM. I'm glade to read this discussion. Recently, a long thread on the main list was talking about putting wikipedia URL's in OSM and even one bot started to do it automatically for a country. I posted to that thread to say how it is a bad practice to add url's in osm objects and that other applications should point to OSM and not the other way. But I felt a bit alone defending this position. It 's clear that an API returning an object ID based on the lat/lon (with a small marging) and a tag would be helpful for other applications who be helpful. The question is if it has to be done within OSM serveurs or not. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Critical bug since 2204
On Tue, Oct 6, 2009 at 12:15 AM, Karl Guggisberg karl.guggisb...@guggis.ch wrote: It is still present in tested (2221) and users will certainly notice because conflicts on ways are not detected as expected. I tried on my build version and merging ways seems to work. Which type of conflicts are not detected ? Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Changeset history - hide 'big' edits?
On Sun, Sep 27, 2009 at 6:37 PM, Valent Turkovic valent.turko...@gmail.com wrote: Hi, there have been some talk about hiding big edits in changeset history, is there a plan to implement this feature soon? Thank you very much for your excellent work. Cheers from Croatia, Valent. I don't think it is a good idea. If you do so, we will not see anymore some potential issues like bots (see another thread) or vandalism. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] Preset about roundabouts
JOSM presets is adding a oneway=yes tag for roundabouts. Could you remove this, please ? This is in contradiction with the wiki (linked in the dialog itself) which says clearly that oneway is implied: http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout and something about common sens since it is said since years in OSM that the direction of the way gives the oneway direction in roundabouts. And if it is not oneway, it is simply not a roundabout (excepted for the 3 or 4 magic roundabouts in the world). Otherwise we start to see complains about roundabouts tagged with oneway=-1 http://lists.openstreetmap.org/pipermail/newbies/2009-July/003279.html http://lists.openstreetmap.org/pipermail/josm-dev/2009-March/002731.html We also see some validation tools that report this as an error (osmose) Created as ticket for traceability : http://josm.openstreetmap.de/ticket/3578 Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] josm 2180 seems to invent conflicts and then fail to properly resolve them?
On Tue, Sep 22, 2009 at 8:22 PM, ael law_ence@ntlworld.com wrote: Using josm latest, 2180, earlier this evening, it started reporting conflicts which I am fairly certain were spurious. josm-latest is not josm-tested. If you take the risk to use the version under development, you should check first the trac system and create a ticket if you find a problem. See my trac ticket: http://josm.openstreetmap.de/ticket/3568 and it is maybe also related with: http://josm.openstreetmap.de/ticket/3570 Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Tested
On Sat, Aug 15, 2009 at 8:52 AM, Karl Guggisbergkarl.guggisb...@guggis.ch wrote: I don't think we should wait with tested. There's some fundamental work required in the way windows in JOSM are handled. We should do that in the next cycle. -- Karl Ok, as soon as there is a workaround possible in the plugin, it's fine for me. Thank you, Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Tested
On Fri, Aug 14, 2009 at 11:31 PM, Dirk Stöckeropenstreet...@dstoecker.de wrote: Hello, It was a long time since last tested version. Are there (beside missing translations) any reasons not to make the latest to tested in next days? Ciao Any chance to find a solution about #3181 before the release ? Since some weeks, the cadastre-fr plugin is strongly disturbed by the ProgressMonitor dialog always on top, even with the preference window-handling.option-pane-always-on-to set to false. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] WMS not working lately?
On Tue, Aug 11, 2009 at 1:41 AM, Michael Kugelmannmichaelk_...@gmx.de wrote: But after deleting my old preferences and some minor tweaking We had a similar discussion on the french ML and this solution worked for me but worked only after a first restart (!) for another guy. A third user had simply the wrong projection. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Rendering of long street names for short streets
On Fri, Jul 17, 2009 at 9:18 AM, Florian Lohofff...@rfc822.org wrote: Putting explicit abbreviation onto all streets is a huge overkill. I'd rather vote for a simple abbreviation dictionary in the svn Some dictionnary like this one on the wiki : http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations This is a renderer issue. It is also the software to decide whether it has enough space to print the full name or require some abbreviations depending on the zoom level. About your question: For the rendering options: just put them all in the 'name' tag, separated by ';' ? I would say no because you tag for the renderer in this case. The tag 'name' is the local name. Then use another tag for the romanized/English name (name:en ?). Then if you want to see both on a map, you have to do it in the renderer itself. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
