[Talk-ca] Provinces and territories boundaries
Hello, A long time ago I imported some provinces and territories boundaries from Geogratis. Those are very low resolution. For instance in Gaspe area they cut through land. Anyone know where we could get better boundaries? Also Nunavut boundary cuts out every single island. IS this the case in reality i.e. most of Hudson Bay water is not part of Nunavut? Thanks, N. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-legal-talk] Remapping before license change (was Re: CTs are not full copyright assignment)
On Tue, Jun 7, 2011 at 4:08 AM, Frederik Ramm frede...@remote.org wrote: We're planning to have most things remapped by CT supporters before we make the switch, so it will hardly be noticeable. How do you plan to achieve that in areas where there are not (m)any mappers on the ground? Not everything can be done through arm-chair mapping. My main concern with the license change process is the inevitable and unnecessary data loss for an uncertain and unnecessary improvement. Thanks, N. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-ca] NTS tile 040P
I personally use http://www.geobase.ca/geobase/en/browse.do?produit=cdeddecoupage=50kmap=canada Also ftp://ftp2.cits.rncan.gc.ca/osm/pub/040/P/ is populated fine for me. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Wooded area?
On Fri, Jun 3, 2011 at 9:55 PM, Steven Brown b27...@gmail.com wrote: Does anyone else see a wooded area covering Canada? I see a green background with little trees on the OSM layer. --- Steven Apparently this has been fixed http://lists.openstreetmap.org/pipermail/talk-us/2011-June/006046.html ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] Positioning issue with Open Mapquest
Hello, I searching points by coordinates in various online map providers and notices that OpenMapquest is off. For example if I look for 42.7326,-84.556991 Bing, Google, Mapquest and openstreetmap.org will find the intersection of W Allegan and S Walnut in Lansing, MI ( http://maps.google.com/maps?f=qsource=s_qhl=engeocode=q=42.7326,-84.556991sll=42.7326,-84.556991ll=42.7326,-84.556991z=16). OpenMap Quest will find a different point slightly south of there ( http://open.mapquest.com/link/2-iAK61Lu1 ). Why would this happen? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Railways duplicated in CanVec data
I have also noticed that some tiles does not have all street names. For example the tile covering Pointe-a-la-Croix, QC and Campbellton, NB have all street names on QC side but only a few ones on NB side. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-us] National Trail Day - June 4th
This could be a mapping/education opportunity: http://www.americanhiking.org/NTD.aspx ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-ca] Geobase vs Canvec
Bonjour, I was looking at Canvec data vs Geobase data around Pointe-à-la-Croix, QC and Campbellton, NB. Geobase is already there but is missing street names. Canvec has street names but all ways are marked surface=unpaved and lanes=-1 which I guess is false. There are also some inconsistency in highway levels. Which one is more to be trusted? Merci, N. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Voyage dans un pays très peu cartographié
Un bon complement peut-etre un dictaphone, on en trouve avec un peu de memoire et une connexion USB permettant de copier les enregistrements sur un ordinateur pour ensuite les visualiser geolocalisees dans JOSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] KeepRight et l'analyse qualité (était: Outils ITO ( était: surveillance de ses données))
2011/5/11 Gilles Bassière gbassi...@gmail.com sly (sylvain letuffe) wrote: J'en profite pour parler de keepright qui est aussi une forme d'outil de suivi d'une zone, on ne voit pas les contributions des utilisateurs, mais on peut détecter des erreurs [...] KeepRight est plutôt dans l'analyse qualité que le suivi mais, oui, c'est très utile aussi (j'y suis accroc !). À ce propos, j'ai une question : est-ce qu'on a des infos sur la fréquence de mise à jour de KeepRight ? Sur ma zone, ça n'a pas bougé depuis plusieurs mois... Toujours à ce propos, je note ici une idée d'évolution des outils d'analyse qualité (KeepRight, Osmose, OSMI...) qui les rapprocherait des outils de suivi. J'associe conceptuellement les outils QA pour les données aux systèmes de test unitaire utilisés en développement logiciel. Avec ces outils, une bonne pratique est que tout bug corrigé doit être suivi de l'ajout d'un test pour s'assurer que le bug ne réapparaitra pas. Il serait intéressant de pouvoir faire de même dans OSM. Par exemple, j'ai récemment corrigé le operator des amenity=bicycle_rental à Marseille, j'aimerai pouvoir définir une règle de vérification portant là-dessus. Cela suppose que les contributeurs puissent facilement exprimer eux-même une règle de vérification et qu'une règle puisse porter sur une zone spécifique. Un tel outil permettrait d'une part de surveiller plus facilement un thème ou un territoire et d'autre part de savoir ce qui est surveillé (similaire à la notion de test coverage en informatique). Cordialement KeepRight est mis a jour grosso modo une fois par semaine (en tous cas ici aux US). Si cela devient nettement plus long il suffit d'envoyer un email a l' auteur qui est tres efficace pour debloquer la situation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk] Mapquest URLS
Hi, Is there a way to get a human readable URL for MapQuest open maps? i.e. in a form where you have longitude, latitude and zoom? My goal is to add it to my OsmJumper settings. Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Some tiles not rendering?
Hello, It looks like some tiles are not rendering. For instance http://b.tile.openstreetmap.org/17/35226/48373.png/status has been due to be rendered for the last 24 hours when http://b.tile.openstreetmap.org/15/8816/12104.png/status has been updated today. Why would some tile render and some not? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Some tiles not rendering?
On 4/14/2011 9:40 AM, Vladimir Vyskocil wrote: Hi, You can see here : http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/index.html#renderd that the render queue is filed, and if I understand it well new render requests are rejected until the render queue decrease... Vlad. On 14 avr. 2011, at 15:16, Nakor wrote: So why would some tiles render and some other not? If it is full all requests should be rejected right? Also from the graph it looks like the queue when almost empty during the past 24 hours so why would the tile not be rendered in that case? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Some tiles not rendering?
Also from the graph it looks like the queue when almost empty during the past 24 hours so why would the tile not be rendered in that case? Really? The queue has been full 18 hours a day or more for the past two weeks. Bob Sorry I was not clear The queue went almost empty (for some time) during the past 24 hours would have been more correct. That still leaves 6 hours where the queue is close to empty as seen on the graph for today between 0:00 and 6:00 approximately. If there are tiles waiting to be rendered why do not they get processed during that time? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Some tiles not rendering?
On 4/14/2011 11:15 AM, Peter Wendorff wrote: Hi Nakor. As far as I know the queue is the whole knowledge about tiles which have to be rerendered. If a tile has to be rerendered due to a changeset, that tile is submitted to the queue exactly once, at the time the queue management reads that changeset. If the queue is full at that time, it's in fact not added - and not added later, too. An empty queue at night does not help if there is no call to add your tile to the queue. regards Peter Peter, Thanks for the explanations. So that means that the particular tiles that got rejected because the queue was full could stay due to be rendered forever supposing there are no more changes made to the data they conatin? Thanks. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-ca] Routing issue / Probleme de routage
Bonjour, Quelqu'un aurait-il une idee de la raison de ce routage particulier : http://open.mapquest.com/link/4-J9uff4Tn Si on ajoute Rimouski come point intermediaire le chemin est bien plus direct Does anyone know why this strange routing happens: http://open.mapquest.com/link/4-J9uff4Tn If I add Rimouski as a waypoint everything is fine. Merci, N. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-legal-talk] Request for clarification (for German translation) of CTs 1.2.4
On 3/24/2011 5:40 AM, Francis Davey wrote: Also puzzling is the distinction in clause 1. The first sentence says: Dans le cas où des Contenus comprennent des éléments soumis à un droit d’auteur, Vous acceptez de n’ajouter que des Contenus dont Vous possédez la propriété intellectuelle. I am reading http://www.osmfoundation.org/images/c/c2/2011-03-08_OSM_Contributor_Terms_1.2.4_FrenchTranslation.pdf and that particular text has been removed on Mar 7. Thanks, N. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Licensing Working Group
Dont worry, next Friday the licence change will be mandatory What does this exactly mean? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Named passages on hiking paths
Gilles, Isn't a Pas just a mountain pass: http://wiki.openstreetmap.org/wiki/Key:mountain_pass (like e.g. http://fr.wikipedia.org/wiki/Pas_de_Peyrol )? Thanks, N. On 3/14/2011 2:27 PM, Gilles Bassière wrote: Hi, I'd like to get advice about toponymy in the context of hiking paths. When hiking, I often encounter short technical passages which have a name painted on the rock. In French, the name almost always begin with Pas de ... but I'm not sure if there is a good translation for pas in English [1]. Such portions of the path often consist in passing a small cliff or an exposed ridge, they may be equipped with chains or cables. I think it is good to have these passages in OSM because they can be considered as a mark or a step along the hiking route. My problem is that I can't find a proper tagging scheme. I could put the name on the path segment [2] but that would often conflict with the name of the path (if any) [3]. Also, it doesn't convey the idea of a step along the path. Another solution is to use the place=locality [4] but that would mean that a named place exists with a path going though. Here, I think the name is for the technical passage (part of the path), not the place. There would be no name if there were no path. Moreover, such a place name is mostly relevant to hikers whereas place=locality is not specific. Eventually, I used a custom tag for my latest edit: hiking=passage [5] but I'm not sure this can make sense for other mappers and I'm looking for feedback on this. [1]: http://forum.wordreference.com/showthread.php?t=1978431 [2]: http://www.openstreetmap.org/browse/way/85315111 [3]: http://www.openstreetmap.org/browse/node/633030063 [4]: http://www.openstreetmap.org/browse/node/1105440189 [5]: http://www.openstreetmap.org/browse/node/1200975380 Regards ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] [Imports] Imports, trails, POIs for National Parks
Hello, I have been importing data into National Parks mostly using NPS data (dataset from their libraries plus infos from the maps you get there) plus NHD for water and my own personal data. The most complete one I covered so far is Glacier NP. From my own experience, road sets from NPS are pretty accurate but trails are quite bad. They mostly look like someone walked the trail and uploaded their GPS tracks. Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-ca] Fwd: [Announce] NOTICE: Scheduled Maintenance - Tuesday Morning
Pour info, la maintenance commence cette nuit à 3:45 heure de l'Est. FYI. That would be starting Tuesday morning at 12:45am PST and 3:45am EST. Original Message Subject:[Announce] NOTICE: Scheduled Maintenance - Tuesday Morning Date: Mon, 13 Dec 2010 14:24:30 + From: Grant Slater openstreet...@firefishy.com To: Talk Openstreetmap t...@openstreetmap.org, annou...@openstreetmap.org OSM, Please copy this to local lists as appropriate. Tuesday 8:45am (14 December 2010 GMT/UTC+0) the API and editing on www.openstreetmap.org will be unavailable during hardware maintenance. The maintenance is expected to take 1 hour. Technical: Replacing a failed RAID Controller Battery. Regards Grant Part of the OSM Sysadmin Team ___ Announce mailing list annou...@openstreetmap.org http://lists.openstreetmap.org/listinfo/announce ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] Fwd: [Announce] NOTICE: Scheduled Maintenance - Tuesday Morning
Correction: I messed up between GMT and CEST. That will be 12:45am PST and 3:45 am EST. On 12/13/2010 5:13 PM, Nakor wrote: FYI. That would be starting Monday evening (tonight) at 11:45pm PST and Tuesday morning at 2:45am EST. Original Message Subject:[Announce] NOTICE: Scheduled Maintenance - Tuesday Morning Date: Mon, 13 Dec 2010 14:24:30 + From: Grant Slater openstreet...@firefishy.com To: Talk Openstreetmap t...@openstreetmap.org, annou...@openstreetmap.org OSM, Please copy this to local lists as appropriate. Tuesday 8:45am (14 December 2010 GMT/UTC+0) the API and editing on www.openstreetmap.org will be unavailable during hardware maintenance. The maintenance is expected to take 1 hour. Technical: Replacing a failed RAID Controller Battery. Regards Grant Part of the OSM Sysadmin Team ___ Announce mailing list annou...@openstreetmap.org http://lists.openstreetmap.org/listinfo/announce ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] South Pole?
Sure but how do we get this fixed so Mapnik layer in osm.org does not show the South Pole in the wrong place? 2010/11/13 Peterpe...@haas-en-berg.nl: if(lat 85) { do_not_render(); } 2010/11/13 Nathan Edgars IInerou...@gmail.com Nakor Osm wrote: Did the South Pole move? http://www.openstreetmap.org/?lat=0lon=0zoom=17layers=M More seriously there is no data there and I am wondering why it displays South Pole http://www.openstreetmap.org/browse/node/436012592 Remember that the Mercator projection chokes on infinities at the poles; apparently Mapnik resolves it by using 0 latitude. -- View this message in context: http://gis.638310.n2.nabble.com/South-Pole-tp5734054p5734276.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] South Pole?
On 11/12/2010 4:30 PM, Nakor wrote: Did the South Pole move? http://www.openstreetmap.org/?lat=0lon=0zoom=17layers=M More seriously there is no data there and I am wondering why it displays South Pole Thanks, N. The goal of my original message is to point out a potential problem on the map at openstreetmap.org. Obviously from the responses so far, this mailing list is not the right place to report it (although some responses could have been more tactful). My next question is then: what is the correct place to report it? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] South Pole?
Did the South Pole move? http://www.openstreetmap.org/?lat=0lon=0zoom=17layers=M More seriously there is no data there and I am wondering why it displays South Pole Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Daily OSM Extracts for US
I'm now making daily OSM data extracts available for the US Census Regions (as per http://en.wikipedia.org/wiki/File:Us_regdiv.svg) on download.geofabrik.de. I will not do a full US or full North America extract because I think it is too big (anyone who can process that might as well process the planet file), but I think the Census Regions might make sense to some. I'm planning to add individual states later on. The extracts are in .osm.pbf format exclusively, you will need Osmosis 0.27 or the new pbf2osm (see dev list) to process them. A modified osm2pgsql able to read these files directly, and more quickly than any bzipped XML, is on its way. Frederik, Being in a border region I often need to stitch things back together. Would it please be possible that the extracts are run without clipping incomplete objects so it connects correctly when merging? Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] convert OSM 0.5 to 0.6
I couldn't find an other switch to convert 0.5-Data to 0.6 :( Osmosis 0.35-1 will work: http://bretth.dev.openstreetmap.org/osmosis-build/osmosis-0.35.1.tgz N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-us] Peaks
Hello, I was looking at peaks in Glacier National Park. There are quite a few that have been imported from GNIS. NPS has also a database of such peaks. My issue is that the databases are not consistent. If I take for instance Mt Cleveland: GNIS: 48.925 , -113.8480556 3175m (10417ft) NPS: 48.9227541, -113.8472346 3190m (10466ft) That's a little bit more than 1/8 mile off horizontal and 50 ft off vertical. Is there any other source of information to try and figure out what is the correct data? Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Peaks
On 10/23/2010 10:46 AM, Mike Thompson wrote: I can't speak in regards to the horizontal error, but in regards to the vertical error, GNIS elevation is taken from the National Elevation Dataset (NED). The NED is a gridded dataset (30 meter posting I believe), and does not contain spot heights, which is what you want. In other words, the NED contains the *average* elevation for each grid cell, not the peak elevation. Mike So it looks like NPS would be more accurate for vertical. On the other hand I looked at NAIP imagery which is quite well aligned if I trust the road tracks I took. On that one GNIS seems to be closer to the ridge than NPS. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] JOSM shp file plugin
On 10/20/2010 10:16 AM, Gregory Arenius wrote: There isn't a day gone past where the vast gaps in the OSM dataset, the missing address nodes, missing turn restrictions, missing building outlines, missing subdivisions, missing everything and whatnot don't hugely degrade the usefulness of the project. How is the set of problems you mentioned any worse than the missing data, much of which we could get through imports? Gregory, I use OSM data mainly to get maps for my Garmin device. Lately I was in an area where someone imported a set of data on top of existing data w/o taking the time to remove duplicates. Although the imported data was of better quality than the existing one, this import of better quality data worsened the overall quality in that area. Having two overlapping and unconnected set of roads just drove the GPS crazy: road calculation failed most of the time and when it succeeded it would take long detours. Bottom line is imports can be useful BUT they have to be done correctly. Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Mise à disposition des données S POTMaps France à la communauté OpenStreetMap par Spot Image
On 10/4/2010 1:17 PM, Jean-Francois (Jeff) Faudi wrote: / La licence spécifique proposée par Spot Image est disponible ici : http://www.youmapps.org/licenses/EULA-OSM-fr.html http://www.youmapps.org/licenses/EULA-OSM-en.html/ / Voici en quelques mots ce qu'indique cette licence : / * /Les données SPOTMaps sont mises à disposition UNIQUEMENT pour extraire des informations qui seront stockées dans la base OpenStreetMap sous licence CC-by-SA 2.0 et/ou Open Database / * /Dans la mesure du possible, merci de faire figurer le tag source=Cnes/Spot Image sur les informations extraites des données SPOTMaps/ /Par ailleurs, la mise à disposition se fera pour l'instant uniquement par l'intermédiaire de développement spécifiques ou de plugins pour les applications suivantes : / Bonjour et bravo pour cette bonne nouvelle. Dois-je compendre a la lecture detaillee de la license que l'usage est toutefois reserve aux contributeurs qui n'ont pas accepte les nouveaux termes du contributeur? Par avance merci, N. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des données SPOTMaps France à la communauté OpenStreetMap par Spo t Image
On 10/5/2010 11:44 AM, Sébastien Dinot wrote: Bonjour, - Nakor nakor@gmail.com a écrit : Dois-je compendre a la lecture detaillee de la license que l'usage est toutefois reserve aux contributeurs qui n'ont pas accepte les nouveaux termes du contributeur? Non, l'usage est offert à tous les contributeurs d'OpenStreetMap puisque la licence de Spot Image dit autoriser l'intégration des « TRAVAUX DÉRIVÉS dans la base OpenStreetMap sous la licence CC-by-SA 2.0 (http://creativecommons.org/licenses/by-sa/2.0/) et/ou sous la licence Open Database (ODbL : http://www.opendatacommons.org/licenses/odbl/OpenDBL), avec mention visible du crédit suivant : “© CNES 2004-2007 / Spot Image” afin de permettre l’accès et l’utilisation des TRAVAUX DÉRIVÉS par tout utilisateur de la base OpenStreetMap. » Sébastien Nous sommes bien d'accord que la license autorise Odbl et CC-BY-SA mais n'y a-t-il pas incompatibilite avec les termes du contributeur: Si Vous n’êtes pas détenteur des droits de propriété intellectuelle, Vous devez garantir le fait que vous avez obtenu l’accord exprès et préalable d’utiliser les droits de propriété intellectuelle afférents au Contenu et de concéder une licence d’utilisation de ce Contenu ... La concession porte notamment sur une éventuelle utilisation commerciale du Contenu ainsi que sur le droit de sous-licencier l’ensemble des contributions à des tiers ou sous-traitants. Excepté dans les conditions prévues au présent paragraphe (c), l’UTILISATEUR FINAL ne sera pas autorisé à vendre, distribuer, céder, disposer de, louer, sous-licencier ou transférer, que ce soit directement ou indirectement, tout TRAVAUX DÉRIVÉS à tout tiers. Est-ce que les conditions au paragraphe (c), a savoir d’intégrer les TRAVAUX DÉRIVÉS dans la base OpenStreetMap sous la licence CC-by-SA 2.0 (http://creativecommons.org/licenses/by-sa/2.0/) et/ou sous la licence Open Database (ODbL : http://www.opendatacommons.org/licenses/odbl/OpenDBL), avec mention visible du crédit suivant : “© CNES 2004-2007 / Spot Image” afin de permettre l’accès et l’utilisation des TRAVAUX DÉRIVÉS par tout utilisateur de la base OpenStreetMap. permet de conceder une license a la foundation OSM? Merci, N. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des données SPOTMaps France à la communauté OpenStreetMap par Spo t Image
On 10/5/2010 12:11 PM, Sébastien Dinot wrote: - Nakor nakor@gmail.com a écrit : Nous sommes bien d'accord que la license autorise Odbl et CC-BY-SA mais n'y a-t-il pas incompatibilite avec les termes du contributeur: Non. L'interdiction faite par Spot Image porte sur le fond cartographique, pas sur les données vectorielles produites en s'appuyant sur ce fond à partir du moment où ces données sont produites à l'attention d'OpenStreetMap. Sébastien Il me semble que le paragraphe 2 porte bien sur les travaux derives: Excepté dans les conditions prévues au présent paragraphe (c), l’UTILISATEUR FINAL ne sera pas autorisé à vendre, distribuer, céder, disposer de, louer, sous-licencier ou transférer, que ce soit directement ou indirectement, tout TRAVAUX DÉRIVÉS à tout tiers. (Les majuscules ne sont pas de mon fait) Il me semble qu'il y a un flou entre ajouter a la base OSM sous license CC-BY-SA et ODBL et ceder tous les droits a la fondation OSMF. Il serait interessant de connaitre la position de Spot a ce sujet. Merci, N. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des données SPOTMaps France à la communauté OpenStreetMap par Spo t Image
Merci beaucoup pour ces explications. N. On 10/5/2010 3:59 PM, Sébastien Dinot wrote: J'ai travaillé pas mal de temps sur cette licence avec Jean-François Faudi et le service juridique de Spot Image (à titre informatif, le premier jet date de juin). Elle essaie de fixer un point de convergence entre les attentes et exigences des deux parties : - Permettre aux contributeurs d'OSM de produire des données injectables dans la base OSM sous les licences CC-By-SA et/ou ODbL ; (le « et/ou » traduisant le souci d'un accord applicable sans délai mais anticipant le futur d'OSM) ; - Préserver le patrimoine industriel (les images orthorectifiées) et l'intérêt économique de Spot Image en interdisant l'utilisation des images hors du contexte OSM. Spot Image autorisant explicitement la production de données à partir de SpotMaps (2.1.b) et l'injection de ces données dans la base OSM sous les licences appropriées (2.1.c), les bases de l'accord me semblent saines. Je ne vois pas ce qui peut coincer. Pour le reste, la volonté de nos interlocuteurs de strictement borner l'accès privilégié qu'ils nous offrent est bien légitime. Jean-François Faudi et le service juridique de Spot Image connaissent OSM, ils ont compris l'esprit du projet, des licences CC-By-SA et ODbL ainsi que leurs implications (nous en discutons ensemble depuis le mois d'Avril). Leur accord est donc éclairé. Ils savent qu'à partir du moment où les données produites par les contributeurs seront injectées dans la base OSM, celles-là seront utilisables par tout le monde et pour tous les besoins. Et pour finir, le rôle de la fondation OSM a été un temps au cœur de nos échanges. Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ca] Missing islands and coastline
Michael, The relation in question is http://www.openstreetmap.org/browse/relation/1124369 but hit a wall here. I cannot modify it (both Potlatch and JOSM time out). Isle Royale (which was my initial concern) is still missing on a couple zoom levels. Before I continue trying to fix this it seems there are a mix of natural=water and natural=coastline for the Great Lakes. I'd like to have this consistent over the Great Lakes but am not sure which one to use. Please comment which one would be better/worse and why? Thanks, N. On 9/20/2010 10:20 AM, G. Michael Carter wrote: It was brought to my attention there was some problems in Lake Superior area, but the problems seem to be all over the great lakes. There's a user, who's name I don't have handy, creating massive relationship objects of the great lakes. I think this might be sinking a lot of the islands. The island objects were last modified by this user in the cases I checked. However, if you refresh the mapnik (aka /dirty) the tiles everything seems to be refreshing ok. Just wanted to let people know.If you find some area underwater refresh the tiles, before investigating. Michael ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] [Talk-ca] Missing islands and coastline
Michael, The relation in question is http://www.openstreetmap.org/browse/relation/1124369 but hit a wall here. I cannot modify it (both Potlatch and JOSM time out). Isle Royale (which was my initial concern) is still missing on a couple zoom levels. Before I continue trying to fix this it seems there are a mix of natural=water and natural=coastline for the Great Lakes. I'd like to have this consistent over the Great Lakes but am not sure which one to use. Please comment which one would be better/worse and why? Thanks, N. On 9/20/2010 10:20 AM, G. Michael Carter wrote: It was brought to my attention there was some problems in Lake Superior area, but the problems seem to be all over the great lakes. There's a user, who's name I don't have handy, creating massive relationship objects of the great lakes. I think this might be sinking a lot of the islands. The island objects were last modified by this user in the cases I checked. However, if you refresh the mapnik (aka /dirty) the tiles everything seems to be refreshing ok. Just wanted to let people know.If you find some area underwater refresh the tiles, before investigating. Michael ___ Talk-ca mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Retrieving a relation and all its members
Hello, I am trying to retrieve relation and all its members. I am doing so in JOSM where I have the relation. Retrieving all missing members fails with connection time out. Retrieving only some members works fine but it would just take too long to get the whole relation this way. Is there a way I can get a relation and its members somehow (maybe from XAPI)? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-us] Issue in Lake Superior
Hi, Did Isle Royale get flooded lately? ;-) More seriously the coastline seems to be there but the island does not get rendered. What is going wrong? Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Duplicate nodes in the US
Hello, On a regular basis I have to write to some contributors that use automatic methods to merge nodes in the US so I though I would copy my message here so everyone is aware: Please do not run automatic merge tools in the US. Doing this you will connect entities that should not (e.g. river with road). This is due to the source of the imports that have duplicate nodes for different type of entities. If you want to fix duplicates in the US you need to review your changes one by one. Also to avoid such mistakes you can use the JOSM validator plugin that sorts duplicates by type of ways i.e. highway duplicates, boundary duplicates, waterway duplicates, powerline duplicates, Thanks in advance, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Questions on the Contributors Term
OSM use of Toporama is granted explicitly. See: http://lists.openstreetmap.org/pipermail/talk-ca/2010-August/003235.html Richard, This is very good news. Thanks! N. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Simple question about CT
On 8/16/2010 6:24 AM, David Groom wrote: Therefore surely if I agree to the CT terms then legally it covers all the edits I make. If the intention is for it only to cover the edits I make when logged in o a specific user account, then I would have thought the CT terms need rewriting something along the lines of So people that have import accounts for which the data cannot be re-licensed will not be able to either re-license their other contributions nor contribute at all to OSM after/if the license switch happens? Thanks, N. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-ca] Voluntary re-licensing begins
On 8/12/2010 7:18 AM, Richard Weait wrote: On Thu, Aug 12, 2010 at 6:35 AM, john whelanjwhelan0...@gmail.com wrote: How does this align with importing data from CANVEC by merging with JOSM then uploading? OSMF negotiated with NRCan for permission to include CanVec and GeoBase data in OSM under ccbysa and ODbL. No additional issues are raised by importing CanVec, than would be by doing a survey and uploading based on your notes. We have permission. Two questions here: 1) is Toporama WMS included? I assume it is part of GeoBase but just want to be sure 2) did they give permission for the contributors to give the rights to OSMF to re-license the data, as mentioned in the contributor terms? In any case it would be good to have an official page (i.e. not on the wiki where anyone can modified it) of which entities OSMF negotiated with for people who imported work to review and decide if they can accept the contributor terms. Thanks, N. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] Can US OSM help with license upgrade?
On 8/12/2010 10:27 AM, Dave Hansen wrote: On Thu, 2010-08-12 at 10:23 -0400, Nakor wrote: My only issue is the first paragraph of the Contributor Terms. I do not have **explicit** permission from the various US government entities and do not feel comfortable accepting those terms. One of the mission of the US OSM could be to get explicit permission from those federal/state/local government entities that we derived data from. Or get a lawyer to tell you whether or not the license terms under which the various entities provided the data impact the relicensing. -- Dave That's where I would expect US OSM or OSMF to step in. What is a point of having every contributor doing this where a structure like US OSM or OSMF could do it once? Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[OSM-legal-talk] Questions on the Contributors Term
Hello, 1) What is the exact definition of copyrightable elements? Does it mean that the elements has a copyright or does it mean that the element could have a copyright? The reason I am asking is because the French version of paragraph 1. of the contributor terms seems more lazy to me than the English one. 2) Where does PD data (mainly TIGER, NHS, NPS, NAIP imagery, USGS imagery) fall with regards to contributor terms, specifically You have **explicit** permission from the rights holder to submit the Contents and grant the licence below? 3) same as 2) for tracing from Toporama WMS (http://wiki.openstreetmap.org/wiki/Toporama_WMS) 4) same as 2) for tracing from Yahoo imagery Sorry if 2, 3, 4 have already been answered. In that case please direct me to a place where that would be clearly explained. Thanks in advance, N. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] planet-100714 issue?
Hello, It looks like there is no planet file for this week. Was there an export issue? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
FYI just in case it did not come to this list. Are they going to the US SOTM? Mapquest is also planning to spent $1mill to improve OSM data in the US: http://vector1media.com/spatialsustain/openstreetmap-gains-great-traction-this-week.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Ohio Statewide Imagery Program
On 7/8/2010 9:17 AM, Lord-Castillo, Brett wrote: I loaded the entire service into ArcMap. Nothing in the southern tier is available on the WMS connector. If you look at the viewer here: http://gis1.oit.ohio.gov/website/osip/viewer.htm you can see which counties are in the southern tier and which are in the northern tier. As an option though, you can download the imagery directly here: http://gis3.oit.ohio.gov/geodata/ Too bad it is not available from WMS service. I will just download the areas I am interested in (mainly the rework of the I-70/I-75 interchange) and add them as a background image in JOSM then. Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Ohio Statewide Imagery Program
Hello, I was trying to get the OSIP imagery in southern Ohio (Miami and Montgomery counties) but cannot fiond those counties from the WMS description at http://gis1.oit.ohio.gov:80/wmsconnector/com.esri.wms.Esrimap/osip?SERVICE=WMSVERSION=1.1.1REQUEST=GetCapabilities Any idea how those counties can be accessed? Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Area-type objects and ways along its boundaries
On 7/6/2010 11:18 AM, Pieren wrote: Again, this depends on the region you are contributing. In my region, most of the municipality borders are in fact glued to the middle of features like roads, tracks or rivers. Those features can be added in OSM from different sources (imagery, GPS, land registry). So adjusting the border with a more accurate source requires to adjust two ways and many duplicated nodes when it is far easier if the nodes are shared. This is IMHO also a good reason to glue the boundary with the feature. Pieren If the river/road/... is the actual boundary, shouldn't the same way be used for both instead of having duplicate ways? I've seen this done in some places (Ohio IIRC) Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Issues with this week's planet?
Hi Nakor, Could you give some more details, such as the changeset ID that you think is missing? That'll help people investigate to see what has happened. Cheers, Andy Hi Andy, In changeset 5093484, I fixed several roads directly connected to motorways as well as ramps being the in wrong direction. The slippy map got updated a few hours after I made the changes but they are not in the planet file I downloaded yesterday from http://planet.king-nerd.com/planet-100630.osm.bz2 Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osm.org Routing Demo
Woa that sounds very promising! A couple issues I found: * permalink does not work (always gives a view center on the UK). * locations filled in does not seems to work correctly (data issue?) e.g. if I click at 42.492985,-83.222165 the text shows Southfiled Rd, Berverly Hills, although this is in Southfiled Rd, Larthrup Village * I tried a couple routes in Detroit area and it kept Calculating route (due to maintenance and/or heavy load?) Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osm.org Routing Demo
On 7/2/2010 10:55 AM, Nic Roets wrote: So it you have a problem in Detroit, please zoom in as far as possible and give us that permalink. e.g. routing from http://nroets.dev.openstreetmap.org/demo/index.html?lat=42.492618lon=-83.221961zoom=18layers=B000FTFTTT to http://nroets.dev.openstreetmap.org/demo/index.html?lat=42.224597lon=-83.347596zoom=18layers=B000FTFTTT just keeps Calculating route Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Issues with this week's planet?
Hi Andy, In changeset 5093484, I fixed several roads directly connected to motorways as well as ramps being the in wrong direction. The slippy map got updated a few hours after I made the changes but they are not in the planet file I downloaded yesterday from http://planet.king-nerd.com/planet-100630.osm.bz2 Thanks, N. Nevermind it looks like I had some junk files on my disk. I cleaned up and downloaded a fresh planet and everything is fine. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Lift captcha restriction for some users?
User block didn't work, and IP block didn't work, so the wiki admins were forced to implement captchas. Would it be possible to lift captcha restriction for autoconfirmed users or to create an additional group (similar to the autopatrolled group on Wikipedia: 90 days old, 500 edits) with captcha restriction lifted? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Issues with this week's planet?
Hello, I downloaded this week's planet and some modifications I made last Sunday are not in. Was there an issue with this week's planet? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] umapper, linux, and YOU!
On 06/26/2010 11:53 AM, Dave Hansen wrote: Doesn't work for me, either. It loads, but I get a half-blue map that I can't do anything with. Same behavior for me: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.5.9-2.fc12 Firefox/3.5.9 Shockwave Flash File name: nswrapper_64_64.libflashplayer.so Shockwave Flash 10.0 r45 From Adobe website: You have version 10,0,45,2 installed Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] umapper, linux, and YOU!
On 06/26/2010 12:43 PM, Nakor wrote: On 06/26/2010 11:53 AM, Dave Hansen wrote: Doesn't work for me, either. It loads, but I get a half-blue map that I can't do anything with. Same behavior for me: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.5.9-2.fc12 Firefox/3.5.9 Shockwave Flash File name: nswrapper_64_64.libflashplayer.so Shockwave Flash 10.0 r45 From Adobe website: You have version 10,0,45,2 installed Thanks, N. I updated Firefox and I was still seeing the issue. I then updated flash and it works fine now: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100622 Fedora/3.5.10-1.fc12 Firefox/3.5.10 Shockwave Flash File name: nswrapper_32_64.libflashplayer.so Shockwave Flash 10.1 r53 From Adobe website: You have version 10,1,53,64 installed Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-ca] Fwd: [OSM-talk] Upcoming OSM Server Maintenance
Les 2 et 3 juillet 2010, l'équipe des administrateurs mettra à jour la base de données. L'édition ne sera pas possible durant cette période. Planning initial, sujet à révisions : 1er juillet à 17:00 (21:00 GMT) : l'API et le site internet sont en lecture seule (pas d'édition) 2 juillet à 8:00 (12:00 GMT) : l'API est indisponible. Seuls l'affichage et l'export de la carte seront disponibles. 3 juillets en avant-midi (après midi GMT): l'API et le site web sont de retour (l'édition est de nouveau disponible) Le wiki sera disponible pendant toute cette période. Pour plus d'information, voir http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade On 6/25/2010 8:22 PM, Richard Weait wrote: Dear Talk-ca, A message from the OSM server admins. Please note this information well. If you plan to do some mapping on Canada Day, take more notes than usual as you may have to wait a few days to upload. -- Forwarded message -- From: Grant Slateropenstreet...@firefishy.com Date: Fri, Jun 25, 2010 at 7:16 PM Subject: [OSM-talk] Upcoming OSM Server Maintenance To: Talk Openstreetmapt...@openstreetmap.org, annou...@openstreetmap.org OpenStreetMap, Please translate and copy to local lists. On the 2nd (Friday) and 3rd (Saturday) of July 2010 the sysadmin team will be upgrading the database server's storage. Editing will not be available during this period. Initial plan, subject to revision: 1st July 21:00 (GMT) - API and website read-only. (no edits) 2nd July 12:00 (GMT) - API unavailable. Only Map browsing and map export available on www.openstreetmap.org 3rd July Afternoon (GMT) - API and website return. (edit resumes) The wiki will remain available for the duration. Futher information and progress status will be posted here: http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade Regards Grant OpenStreetMap Sysadmin Team ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] [OSM-talk] Upcoming OSM Server Maintenance
Les 2 et 3 juillet 2010, l'équipe des administrateurs mettra à jour la base de données. L'édition ne sera pas possible durant cette période. Planning initial, sujet à révisions : 1er juillet à 23:00 (21:00 GMT) : l'API et le site internet sont en lecture seule (pas d'édition) 2 juillet à 14:00 (12:00 GMT) : l'API est indisponible. Seuls l'affichage et l'export de la carte seront disponibles. 3 juillets dans l'après-midi : l'API et le site web sont de retour (l'édition est de nouveau disponible) Le wiki sera disponible pendant toute cette période. Pour plus d'information, voir http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade On 6/25/2010 7:16 PM, Grant Slater wrote: OpenStreetMap, Please translate and copy to local lists. On the 2nd (Friday) and 3rd (Saturday) of July 2010 the sysadmin team will be upgrading the database server's storage. Editing will not be available during this period. Initial plan, subject to revision: 1st July 21:00 (GMT) - API and website read-only. (no edits) 2nd July 12:00 (GMT) - API unavailable. Only Map browsing and map export available on www.openstreetmap.org 3rd July Afternoon (GMT) - API and website return. (edit resumes) The wiki will remain available for the duration. Futher information and progress status will be posted here: http://wiki.openstreetmap.org/wiki/July_2010_DB_Upgrade Regards Grant OpenStreetMap Sysadmin Team ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] How is it that a way is deleted but doesn't show up for undeletion? (horribly screwed up area in northern Pennsylvania)
If you have the way number you can try to get it back using the undelete plugin in JOSM. Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Revert of changeset
He replied and acknowledges he has done some damage, though most of his actions tackled the problem of 2-7 duplicate imports of the sama data at the same point. However, he said he will not touch the data in the US in the future, to avoid further damage and redirect his energy in more productive things. I think this resolves the issue for you. Thanks Roland. The issue is not yet resolved though. What is the plan to fix the data now? I listed a few errors in a previous email but when I see the size of the changeset there might be other as well. Can he fix this or can someone cancel his changes altogetehr? Thanks in adavance, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Revert of changeset
Hello, Could somebody please revert changeset #4845372 or point out how I can do it? Since one week I have been finding countless errors coming from it. To show a few examples: * linking a road and a railway at http://www.openstreetmap.org/browse/node/62417120 when there actually is a bridge * removing nodes from road, actually truncating the road: http://www.openstreetmap.org/browse/way/8733179 * connecting river and roads when there are bridges/tunnels * ... I contacted the user but did not hear back from them so far. Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Militantisme ?
On 6/4/2010 5:24 AM, Lord Awikatchikaen wrote: Sur Wikipedia il y a plusieurs grade avec différents droit tels que les modérateur. Et tous les contributeurs ne sont pas au même niveau, un utilisateur non enregistré sera plus surveillé. Peut être faudrait il instruire un système identique, les modif d'un nouvel utilisateur seront peut être plus a surveiller que celles de Pieren, Sylvain ou Émilie ? Sans aller jusqu'au vandalisme les erreurs de débutant étant nombreuses Bonjour, Il n'y a pas de modérateurs sur Wikipédia, le contenu est publié instantanément et éventuellement corrigé par la suite (mais c'est un autre débat) par contre il est effectivement possible quand on consulte la liste des changements de ne faire apparaitre que les contributeurs les plus récents. Concernant JOSM et la possibilité d'annuler des changements, j'ai découvert ce plugin http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter l'autre jour mais je n'ai jamais essayé. N. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Software goes on, brain goes off...
On 5/31/2010 4:36 PM, John Smith wrote: Her lawyers claim Google is liable because it did not warn her that the route would not offer a safe place for a pedestrian to walk. Did Google add their notice after the fact? *Walking directions are in beta.* Use caution -- This route may be missing sidewalks or pedestrian paths. Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Software goes on, brain goes off...
On 5/31/2010 5:29 PM, Frederik Ramm wrote: Hi, Nakor wrote: Did Google add their notice after the fact? I am trying to make it a habit to read articles before I reply to them and have already found it saves me some embarassment. Bye Frederik They claim the warning was not displayed on the Blackberry. Did Google add the notice to the BlackBerry after that? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-us] Ramps checking tools
Hello, There are a lot of ramps from TIGER imports that are in the wrong direction. By the angle between the ramp and the motorway it is pretty easy to figure this out. I was wondering if there is a tool out there that could detect this? Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Mapnik renderer issue?
Hello, I uploaded some changes yesterday evening (changeset 4839221 dated May 29, 2010 03:24). If I zoom in that area (with Mapnik style) no change show up. If I look the status of some tiles (e.g. http://a.tile.openstreetmap.org/16/13921/23073.png status: http://a.tile.openstreetmap.org/16/13921/23073.png/status) the tile has supposedly been rendered a long time after my changes (Tile is clean. Last rendered at Sat May 29 16:32:20 2010) but the changes just do not show up. The same tile with Osmarender is up-to-date: http://a.tah.openstreetmap.org/Tiles/tile/16/13921/23073.png Is there an issue with the renderer now? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Data release template letter
Hello, Is there somewhere a template letter to send to an administration to ask for some data release explaining the OSM project and the process and consequences of releasing their data in an acceptable form for OSM? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-ca] Flood in NB
Hello, Does anyone have an idea of what those blue patches in NB are? http://www.openstreetmap.org/?lat=46.259lon=-64.357zoom=9layers=B000FTF Thanks, N. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Villain?
Matt, Many thanks. Hopefully the tool can be back improved with all the suggestions that have been posted to this list. N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Another how would you...?
On 5/16/2010 4:47 AM, David ``Smith'' wrote: [...] I really can't predict how a bridge-area-footway would render in any of the slippy maps, but I think that tagging adequately describes the features. I use the footway bridge too. See http://www.openstreetmap.org/?lat=42.551273lon=-83.226128zoom=18 for an example of rendering. Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Villain?
On 5/15/2010 7:01 AM, Frederik Ramm wrote: But if you see such constructs, or even create them by untangling two nodes someone else has erroneously merged, please rectify the situation in a way that does not leave two nodes at the exact same spot. This will only cause the whole thing to repeat itself - plus it is more difficult to edit (how do you grab the lower of the two nodes to move it?). Bye Frederik Be assured that whenever I add bridges where there was two nodes at the same position. I (re)move the nodes that are at the same position. Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Villain?
Hello, I came to the OSM project to help create a better map of the world, not to be insulted. Please remove the page http://matt.dev.openstreetmap.org/dupe_nodes/heroes.html immediately. Thanks in advance, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Villain?
On 5/14/2010 8:31 AM, Frederik Ramm wrote: The following users have created the most duplicate nodes since the count was started. If you are on this list, something is seriously wrong with either your software or your workflow, and you should talk to other mappers to help you fix it. I take you to the word. Can you please help me finding out what in the software I use (JOSM) and/or my workflow is seriously wrong? Thanks in advance, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Villain?
Did you download all existing data in that area and run the validator before uploading your data? This should have told you with a red No entry sign in it's report that you were about to upload duplicate nodes. Claudius Most of the time I use the feature to download around my GPS tracks and expect it to download everything. The thing is unfortunately the validator gives a lot of false positives (at least here in the US) and if you blindly merge all nodes you end up stiching together a bridge and the road/river/train track going underneath to name a few. This is due to the way the data imports coming from TIGER use nodes at the same position for a lot of different things. I have effectively being fixing some of those blind merges, as part of other edits, and I do not see why I should be called a villain for this where I actually FIXED data. Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] One-way Wrong-way
And as for finding and fixing wrong-way segemetns and other motorway problems have a look at http://wiki.openstreetmap.org/wiki/Waychains_TIGER_fixup Also mkgmap generates warning for oneways going nowhere or oneways coming from nowhere. Whne I generate maps I try to fix them. Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] plea for bot quality control
On 5/2/2010 9:59 AM, Richard Welty wrote: as i work my way west along the PA/NY border fixing connectivity problems, i'm suitably impressed by the patches west of Waverly/NY 17 where the ways are missing, only the nodes have been left behind. please, bots are powerful tools. don't run bots that do things like remove dups unless you have a quality control plan. please. Richard, You might want to extend your message to talk as there are quite a few bots running that are not maintained by US based contributors. In PA I have seen a lot of duplicate nodes fixed but with duplicate ways left behind. I messaged some of the users doing this but did not get any response so far. Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Restriction tagging
Better late than never: http://wiki.openstreetmap.org/wiki/File:No_exit_next_ramp.JPG On 09/29/2009 11:13 AM, Shaun McDonald wrote: Photos would be really, really useful for examples. On 29 Sep 2009, at 13:33, Anthony wrote: I have to admit I'm curious. What are the signs for that, and where are they? On Mon, Sep 28, 2009 at 11:10 PM, Nakor nakor...@gmail.com mailto:nakor...@gmail.com wrote: Hello, I am wondering how you can map that when you enter a highway from a specific ramp you cannot exit at the next one. Please see http://osm.org/go/ZXCt9WHU-- where it is forbidden driving from I-94 east to M-10 to exit M-10 at exit 4C. Is what I did in relation http://www.openstreetmap.org/browse/relation/275622 correct? Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org mailto:Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org mailto:Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] some thoughts on things to do
Richard, On 4/30/2010 5:48 PM, Richard Welty wrote: the first two have to do with routing: 1) setting highway classifications and maxspeed properly I do not know what parametres Lambertus uses but the option is there. In the same matter mkgmap has an option to reduce the speed around lights. I generate my own maps and can definitely see difference depending on if I use those options or not. 2) connectivity at administrative borders I spent quite a time cleaning those issues in MI. and the third is... 3) POIs what i don't know is if mkgmap handles POIs entered as polygons instead of points. i've entered a couple of POIs as building polygons and am looking forward to finding out. Yes it does, assuming that those are defined in the style used by Lambertus. If you are interested in trying the various options for routing listed in 1) let me know your area and I can generate a map using this week's planet. Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Fwd: planet-100331.osm-broken
Sorry I meant to send this to talk but gmail auto-completed to talk-us. -- Forwarded message -- From: Nakor Osm nakor@gmail.com Date: Thu, Apr 1, 2010 at 10:06 AM Subject: planet-100331.osm-broken To: talk...@openstreetmap.org Hello, Was there an issue with the planet extract this week? If yes what was it? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-us] planet-100331.osm-broken
Hello, Was there an issue with the planet extract this week? If yes what was it? Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Imports] [US] NHD04090004
Did you also upload the NHDArea and NHDWaterbody data? Since the river is pretty wide, the NHDArea data will designate the boundary of the river rather than specify it only with a Flowline. The Flowline data will include an artificial flowline for the river centerline (which it doesn't look like you included in your OSM upload). I did upload Area, WaterBody, FlowLine and Line. I am missing something? Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Terraserver Urban errors
I have seen this too. Note that they moved there web site and using the new url http://msrmaps.com/ogcmap.ashx?version=1.1.1request=GetMapLayers=urbanareastyles=format=image/jpeg; is slightly better but still has issues. One annoying seen in JOSM is that it somehow caches the tiles. Deleting the layer is not enough, you need to retsart JOSM to (hopefully) get the real tile and not a blank one. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Terraserver Urban errors
The image cache is in ~/.josm/plugins/wmsplugin/cache. What you can also do is adjust your zoom level slightly and JOSM will fetch fresh images. Thanks, I'll try that next time. N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] [Google]Maps et les itineraires cyclistes
2010/3/11 Julien D. murphy2712+osm...@gmail.commurphy2712%2bosm...@gmail.com Oui sur le coup ça nous a fait un peu peur... Heureusement que ce n'est pour le moment qu'aux US ;) D'ailleurs, comment ont ils récupérés ces données liées au vélo ? Via les collectivités ? Peut-être des chinois au sous-sol analysant les images StreetView :) Sans rire, depuis peu ils détiennent leur propres données cartographiques des US, et ça a sans doute été effectué à partir de leurs images StreetView. Du coup tant qu'à faire ils ont aussi du demander aux sous-traitants de tracer les pistes cyclables. Certaines de leurs données routières US en tout cas dans mon coin viennent de TIGER http://wiki.openstreetmap.org/wiki/TIGER. Dans les zones résidentielles, en général moins bien couvertes par StreetView, on y retrouve les mêmes erreurs que sur les imports TIGER de OpenStreetMap. Je viens de regader leur carte vélo dans mon coin ils y ont tracé quelques trottoirs aléatoirement, je n'ai pas réussi à saisir la logique. Dans les zones avec des parcs, il semble qu'ils aient tracé les pistes visibles sur l'image satellite. J'ai aussi repéré une piste cyclable qui a été déplacée récemment qui est incorrecte sur leur carte et sur le satellite et qui est partiellement correcte dans StreetView. N. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ca] Saskatchewan disappeared?
On 03/01/2010 11:37 AM, Pierre-Luc Beaudoin wrote: On Mon, 2010-03-01 at 11:22 -0500, Richard Weait wrote: The SK at z4 and Saskatchewan at z5,6,7,8,etc. have disappeared. Manitoba and Alberta appear to be fine. I took a quick look at the SK border relations in the corners. Anybody notice when this happened or have a suggestion as to the cause (and fix?) Got it back: http://www.openstreetmap.org/browse/node/305700698 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] XAPI issues
Hello, I was trying to download only highways related memebers using XAPI. If I download the full zone I am interested in (using http://xapi.openstreetmap.org/api/0.6/*[bbox=-72.5,46.5,-70.4,48.0] ) everything works well. If I try downloading only the highway related entities (using http://xapi.openstreetmap.org/api/0.6/*[bbox=-72.5,46.5,-70.4,48.0][highway=*]) the download takes forever to start and is very slow. Am I doing something wrong here? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] XAPI issues
On 02/13/2010 02:07 PM, 80n wrote: If a query is taking a long time to start then it usually means that all the server daemons were busy and your request was being queued. When I tried just now both queries worked fine. There are 33 daemons running so if you were queued then the server was pretty loaded which would explain why the response was a bit slow as well, 80n OK. Thanks for the answer. It might be just a coincidence but on a couple different zones, the query without [highway=*] started right away where the one with [highway=*] were delayed. Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] openstreetmap.ca : français/québ écois...
On 02/12/2010 01:14 AM, Nicolas Gignac wrote: Un autre pas serait aussi de traduire la partie Québec du wiki : http://wiki.openstreetmap.org/wiki/Canada:Quebec J'ai commncé à traduire la page Wikiprojet Canada N. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Carte montrant les nodes dupliqués sur highway
On 02/11/2010 06:46 AM, Emilie Laffray wrote: Quelqu'un aurait-il suivi le devenir de cet outil et saurait-il me filer une nouvelle url ou dois-je faire mon deuil ? La nouvelle URL est la: http://matt.dev.openstreetmap.org/dupe_nodes/ Attention cependant, contrairement à la précédente version qui ne recensait que les point dupliqués de highways celle-ci recense tous les points dupliqués. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] [Talk-us] Fwd: [Warning: Potential Flamewar] Clarifying InterstateRelations
On 02/08/2010 08:14 PM, Apollinaris Schoell wrote: same for me, Josm has good support for sorting and relations and checking for gaps. also the relation analyzer will flag them without errors then. this helped me so much when I tried to fix routing problems and a road is disconnected because 2 nodes on top of each other or very small gaps in a road. One can always create a super relation to collect both directions into one relation. You may want to try a tool I am developping (DISCLAIMER: beta version, may fail ... but feedback welcome) to analyse a relation. Handles 1 relation for both directions, roundabouts, child relations and even 1 relation for 4 directions (see MI 5: http://toolserver.org/~nakor/relation.fcgi?relation=252428 ) Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Fwd: [Warning: Potential Flamewar] Clarifying InterstateRelations
On 02/08/2010 08:14 PM, Apollinaris Schoell wrote: same for me, Josm has good support for sorting and relations and checking for gaps. also the relation analyzer will flag them without errors then. this helped me so much when I tried to fix routing problems and a road is disconnected because 2 nodes on top of each other or very small gaps in a road. One can always create a super relation to collect both directions into one relation. You may want to try a tool I am developping (DISCLAIMER: beta version, may fail ... but feedback welcome) to analyse a relation. Handles 1 relation for both directions, roundabouts, child relations and even 1 relation for 4 directions (see MI 5: http://toolserver.org/~nakor/relation.fcgi?relation=252428 ) Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Request for user block
Hello, The user osm_king (formerly n_ward) as been doing vandalism edits: building shaped like a penis, insulting changeset comments, creating ways in the middle of the Atlantic ... I kindly asked him to stop and got the following answer: Thanks for your feedback, but you can shove it up your arsehole Who should I contact to have this user blocked from editing? Thanks in advance, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Vandalisme
On 02/03/2010 05:34 PM, vpot...@gmail.com wrote: Le 03/02/10 20:53, Nakor a écrit : Dans le même genre, il faut regarder ses autres contributions, en particulier le tag cycle=maybe qui n'autorise que les cyclistes avec un casque jaune... Du même auteur : http://www.openstreetmap.org/?minlon=-3.223minlat=55.987maxlon=-3.22maxlat=55.9888box=yes http://www.openstreetmap.org/browse/changeset/3786757 Je lui envoie ceci : Hi it seems you are drawing anything. http://www.openstreetmap.org/?minlon=-3.223minlat=55.987maxlon=-3.22maxlat=55.9888box=yes http://www.openstreetmap.org/browse/way/49380816/history http://www.openstreetmap.org/browse/changeset/3786757 It should be nice to stop ! OpenStreetMap is not the place to let off steam. You should use your skill to produce a real good map. Thanks ! Je lui est envoyé un message du même genre (lui demandant de faire des contributions constructives) et il m'a répondu que ses contributions étaient de la plus grande qualité. Il a par ailleurs changé son nom en osm_king ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk] North America extract
Hello, Anybody knows where I can find a North America extract (at least US and Canada)? I used to get it from geofabrik but I cannot find it there. Thanks in advance, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-ca] Autoroutes tag in Québec
Allo, I have a question regarding highway tagging in Quebec. I read on the wiki that all Autoroutes (provincial highways 100) should be tagged as motorways. But some of those autoroutes are just a two lanes non-divided highway and it looks like (both from the wiki and general usage in OSM) motorway is reserved for divided highway. (On a side note some routers/renderers assume motorways to be one way which can cause routing problems if a non-divided highway is tagged as motorway. But those could as well be change not to assume this anymore.) My question here is whether we should keep tagging them as motorways or is they should be changed to trunks. Merci, N. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] openstreetmap.us
It doesn't have to be on the list, but I am interested to know what you're doing, and also to potentially offer some sys-admin assistance (that's my job). Hello, Same for me (except that it is not my job). Thanks, N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-ca] Besoin de trace GPS / sondage sur place
Bonjour, Je faisais un peu de nettoyage et je suis tombé sur des échangeurs en double au Nord de Montréal ( http://www.openstreetmap.org/?lat=45.73013lon=-73.51166zoom=16 ). Le problème ici est que l'imagerie Yahoo date d'avant la construction des échangeurs et il est donc impossible de savoi lesquels sont bon. SI quelqu'un a l'occasion de faire un tour dans le coin, une trace GPS pourrait permettre de déterminer lequel est correct. Merci, N. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Besoin de trace GPS / sondage sur place
Dear Nakor, Thank you for joining us here. For those as limited in language as I am, an automated translation suggests that our friend is asking for recent gps tracks from highway 640 at Montée des Pionniers. There are duplicate on/off ramps shown, and old aerial images, so we can't be sure where the new ramps are. What say you? Have we got any Montreal traces that we haven't uploaded? Is anybody close enough and interested in running a fresh set of traces? You got it right. Sorry next time I will post in both languages. I would love to go there and check by myself but unfortunately this will not happen before several months, at best. Thanks, N. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] OSM Wiki Search does not work
On 12/16/2009 11:22 PM, Tirkon wrote: MediaWiki search is pretty weak in general. No problem at Wikipedia The problem might be that OpenStreetMap wiki is running an old version (1.13 vs 1.16 at wikipedia) of wikimedia. IIRC, search has been improved a lot. Who could update mediawiki? Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk