Re: [talk-ph] Mini-SOTM-PH 2013 on December 14
Dear everyone, A couple of updates in the program were dded: http://wiki.openstreetmap.org/wiki/State_of_the_Map_Philippines_2013#Schedule Looks like exciting stuff to expect. :) Please update the wiki or the FB invite if you are planning to join us. I would like to call for volunteers to help us in the event. Photo documentor - be the official event photographer and upload the photos (with a permissive license of course :)). Video documentor - either record them for later uploading or stream via G+ hangout or ustream. If anyone is up for this task, let us know. Thanks! On Tue, Dec 3, 2013 at 8:00 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Program is still in a state of flux but we are progressing. Some updates: - we have participants and talks from the Humanitarian OSM Team, OSM-Indonesia and OSM-Japan! - Day 1 will be mostly talks and demos - Day 2 will be for worhsops and mapping If you have ideas for topics and workshops please in this thread our work on wiki yourself: http://wiki.openstreetmap.org/wiki/Philippines/Events/sotm-ph-2013 On Fri, Nov 29, 2013 at 6:57 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, As we continue to support the crisismapping for Yolanda affected areas, let's have a break and meetup before the year ends! We (ESSC) is proposing a mini-SOTM-PH event on December 14, 2013 in our office. So far, I have arranged a one day event but if you want it for two days, let us know. Planning page here: http://wiki.openstreetmap.org/wiki/Philippines/Events/sotm-ph-2013 Let's discuss in this list what you want to do on this day. Sponsors welcome. :) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] My first attempt at a boundary
for those that want to keep track of which postal_code areas are already defined: http://overpass-turbo.eu/s/1IE this is a simple overpass query. there are better ways to do this, e.g. restrict the query to Belgium instead of the current bounding box, or creating a separate map with the postal code areas as overlay. regards m On Sun, Dec 8, 2013 at 3:29 AM, Kurt Roeckx k...@roeckx.be wrote: On Sat, Dec 07, 2013 at 11:26:27PM +0100, Jo wrote: I haven't worked on boundaries before, but this discussion triggered it. So I added boundary=postal_code relations for 3000, 3001, 3010, 3012 and 3018 and since I had to split the boundary of Groot-Leuven, I went all around it to align it more on AGIV WMS imagery. I fixed some of those boundaries and added some admin_level 9 boundaries for it too, but some are still broken. Will try to fix the rest tomorrow. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] osm.be!
Thanks a lot ! I translated the blog posts here : http://lite3.framapad.org/p/hIxBrMkkXB This is not a litteral translation. I allowed myself to adapt the language into the French way :-) of writing... I think the ideas are'nt too much changed, and it sounds better in French. Julien Le 07/12/13 19:00, André Pirard a écrit : On 2013-12-07 18:50, Gilbert Hersschens wrote : @ Ben: er staat nog een tikfoutje op het Hergebruiken tabblad: Cloudemade moet Cloudmade zijn. Gilbert Congratulations for that site !!! I have a few remarks too, but it's not appropriate to write them down here for the posterity :-) What about adding a Webmaster address? Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] osm.be!
On Sun, Dec 8, 2013 at 5:38 PM, Julien Fastré jul...@fastre.info wrote: This is not a litteral translation. I allowed myself to adapt the language into the French way :-) of writing... I think the ideas are'nt too much changed, and it sounds better in French. Hi, Thanks! Not problem to change the wording... :-) Not sure when I will find the time to put them online. I'm really struggling with the translation functionality in drupal, anyone with more insight/experience, help is wanted! I have two masters degrees in computer science but I can't get my head around the logic behind the horrible drupal translation support mess! (frustration speaking here) Using the built-in language switcher does not switch the language on an article. It just show a language switcher per article and keeps dutch when french and a switch per article (why?). Anyway will search drupal forums (also a mess) to find some more information and to get this working. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] 'Allowed data'
Russ Nelson wrote: Which is exactly why the 'start_date' and 'end_date' become important elements. Rather than simply wiping those historic layers they get an end date, and the editors simply ignore them unless one has enabled a date range. This then replaces simply deleting perfectly good data and instead hides it away properly. The original proposal was that this data would get moved off to OHM, but that simply does not work when the bulk of the surrounding data is still required from the OSM version. Yeah, OHM doesn't work, not when railbeds get reused as hiking trails, as some of the Dunderberg railbeds have been, and when the trail gets rerouted onto railbed, as the R-D trail has been. I was looking for railbed off the trail, and found old Red Dot blazes instead. As a simple starting point, it is a fact that much of current history is being mapped and then destroyed! I have been adding roundabouts and new housing developments which involve 'moving' roads that already exist and renaming them. In these instances we have the historic versions already recorded ... just no means of tagging the older versions with the real facts? Some people have no interest in even adding buildings to the data, but as a first step I'm talking about simply retaining the data that we are NOW gathering. I don't think it's unreasonable to guess that 99.9% of that data only needs a start date to then be a complete historic record? YES a small percentage of material is a lot more complex, and developments get started, and evolve beyond what was originally planned, or abandoned. That material may well be a candidate for OHM? Yes once one digs deeper into the life of an object there is a lot more history each element of which needs start and stop dates, and my own 'day job' involves that fine detail, where essentially every 'tag' has a created, start end date. In a hundred years time the current view of OSM will be history, both because data has yet to be recorded, but also because that data has evolved, and it is simply recording that evolution correctly which needs to start now. There are people who will want to add the history going backwards, and that is just another aspect, but it only requires that the mechanisms are in place to correctly manage the data going forward? The existing data is already an historic record if only we could get at it easier? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hobbyist OSM Data Server?
If you have a clear picture of what tool you want to run and what it needs, and you don't have a local community with servers to share, maybe you can come to us and we'll see if that can be possible ? http://listes.openstreetmap.fr/wws/info/tech That would be really great, thanks, though someone on the GB list might be able to offer hardware. I will email you again if that is not the case. In terms of my own requirements, I need a PostGIS database generated by osm2pgsql. I also need to be able to deploy my own web services (PHP based) which serve that data in Google XYZ tiles or by bounding box in a variety of projections, and in GeoJSON or custom XML formats. Thanks, Nick -___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hobbyist OSM Data Server?
From: Nick Whitelegg [mailto:nick.whitel...@solent.ac.uk] Sent: Friday, December 06, 2013 4:59 AM Subject: [OSM-talk] Hobbyist OSM Data Server? So I'm wondering whether we could, if enough people raise contributions, have an OSM read only, hobbyist server which could be used to host not-for-profit, open source (only) projects. it could be either global or just for the UK (or any other individual country). It could contain a copy of the OSM PostGIS database then developers could be free to host server side code which delivers that data in whatever format fits their own needs (GeoJSON, some binary vector format, or anything else). You should keep in mind the dev server (errol), both for running whatever you want to and when planning additional resources if you need them. You can find information on the dev server at http://wiki.openstreetmap.org/wiki/Using_the_dev_server. The dev server has an osm2pgsql database, kept up to date every hour and imported with hstore and extra attributes (metadata). This is a fairly flexible schema, but it's not too widely know that it's running as a shared resource. It is suitable for rendering and many types of analysis queries, and more flexible than pgsnapshot, apidb or another schema closer to the original OSM data. The database is on the RAID5 array of 7200RPM drives, so it's not exactly fast IO, but it keeps up and isn't maxed out. The server is of course a shared resource, and suffers from the same problem of any shared resource: others badly written code may end up impeding your access. Of course what you're proposing can suffer from that same problem too. The EWG has periodically discussed how the dev server could be more useful, and I know reasonable feedback and ideas are welcome, either at the meetings on Monday (http://www.osmfoundation.org/wiki/Engineering_Working_Group#Meetings) or on the dev@ mailing list. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hobbyist OSM Data Server?
You should keep in mind the dev server (errol), both for running whatever you want to and when planning additional resources if you need them. You can find information on the dev server at http://wiki.openstreetmap.org/wiki/Using_the_dev_server. Hello Paul, If I could use the dev server for this, it would be extremely useful, thanks. I thought current policy was that the dev server was only for hacking on the actual OSM main code. However, what I'd like to offer (a vector tile server) could be potentially useful to many OSM-related projects, and not just my own, so I'm guessing it might be OK to use it for this purpose. I do actually have an account on dev (or at least I did, 3 or 4 years ago; user nick) - I'll try and find the password (which I've completely forgotten ;-) ) I presume people with dev accounts circa 2008/9 or so still have them? Thanks, Nick ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Examine nodes in new osm.org design fail
Hi! I just tried to examine the history of a well tagged node (273510436) with the new design for the first time. I was just trying to find out the reason for some weird naming. I was really shocked to see that all the tag information is squeezed in into the narrow sidebar now while most of the screen is covered by the huge map - which is utterly useless for analyzing tags and history. The information for the present state of the node is very hard to read in that narrow table with plenty of unnecessary line wraps. Looking for the history (Chronik in German) I first clicked on the button labelled Chronik conveniently located just above the data. Which of course kicked me out of it altogether as this is the Changeset list, just waiting to be misunderstood. The real history is hidden at the very bottom of the lng table. Finding it didn't make me any happier. To look at the squeezed history you need to scroll down more than 60 pages! (yes, sixty pages). Finding and reading stuff is hard, comparing and analyzing things is a royal pain. I did not find any way to get rid of the map or extend the sidebar for a proper and comprehensible look at the data. What was wrong with the old node/tag/history pages? The at least gave you more than half the width of the screen to examine the data you are interested in. I don't like the new design, but does not make much sense to argue over something which is mostly a matter of taste. But this is a major regression in usability. But the current presentation of the histories is a disaster. It might look nice for very short tag lists, but it is totally unusable for any serious work or analysis. It desperately needs a way to extend the sidebar to full screen - or just a way to bring back the old pages. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Examine-nodes-in-new-osm-org-design-fail-tp5789081.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] A new tracing layer for TIGER 2013
As was just announced on the MapBox blog ( https://www.mapbox.com/blog/openstreetmap-tiger/) there is a new OpenStreetMap tracing layer for 2013 Census Bureau TIGER map data in the US. The main reason for it, aside from incorporating this year's TIGER changes, is to provide different features at different zoom levels: * At zoom 16 and up, like the TIGER 2012 layer, it shows all the current TIGER roads so that they can be compared with OpenStreetMap and the discrepancies corrected. * At zoom 12-15, it shows only the TIGER roads that have been changed since the import in 2006, with the current state of OpenStreetMap masked out, so you see only the places where TIGER has been changed (and presumably corrected) but OpenStreetMap hasn't. This should give an easier overview of what places need attention. * At zooms below 12, like the Battle Grid, it also shows discrepancies between OSM and TIGER, but simplified because the individual streets are too small to draw in detail. It's a static calculation that will get periodically refreshed, but not instantly, as OpenStreetMap changes. The tile URL is http://{switch:a,b,c}. tiles.mapbox.com/v3/enf.ho204tap,enf.ho20a3n1,enf.game1617/{zoom}/{x}/{y}.pngbut as the comma-separated list in the URL suggests, it is actually a composite of three layers that work together: TIGER streets/changes: https://a.tiles.mapbox.com/v3/enf.ho204tap/page.html?secure=1#14/40.3648/-86.8654 OpenStreetMap mask: https://a.tiles.mapbox.com/v3/enf.ho20a3n1/page.html?secure=1#14/40.3648/-86.8654 Low zooms: https://a.tiles.mapbox.com/v3/enf.game1617/page.html?secure=1#11/40.3648/-86.8654 In the pull request for iD (https://github.com/systemed/iD/pull/2010) Ian Dees pointed out that the abbreviations in street names should expanded and that it would be good to also include house numbers. I'll be updating the vector data with expanded names in the next few days and will add the house numbers as soon as I can. Please let me know if you see anything else that ought to be better. Eric ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] A new tracing layer for TIGER 2013
Eric, A big help would be to have an understanding of how ways are displayed on the overlay. I see different shapes and colors. What do they represent? I can help with the name expansion. I have a fair number of abbreviations that I've used in Washington State. BTW is your code at https://github.com/ericfischer/osm-tiger-update? Clifford On Sun, Dec 8, 2013 at 10:42 AM, Eric Fischer e...@pobox.com wrote: As was just announced on the MapBox blog ( https://www.mapbox.com/blog/openstreetmap-tiger/) there is a new OpenStreetMap tracing layer for 2013 Census Bureau TIGER map data in the US. The main reason for it, aside from incorporating this year's TIGER changes, is to provide different features at different zoom levels: * At zoom 16 and up, like the TIGER 2012 layer, it shows all the current TIGER roads so that they can be compared with OpenStreetMap and the discrepancies corrected. * At zoom 12-15, it shows only the TIGER roads that have been changed since the import in 2006, with the current state of OpenStreetMap masked out, so you see only the places where TIGER has been changed (and presumably corrected) but OpenStreetMap hasn't. This should give an easier overview of what places need attention. * At zooms below 12, like the Battle Grid, it also shows discrepancies between OSM and TIGER, but simplified because the individual streets are too small to draw in detail. It's a static calculation that will get periodically refreshed, but not instantly, as OpenStreetMap changes. The tile URL is http://{switch:a,b,c}. tiles.mapbox.com/v3/enf.ho204tap,enf.ho20a3n1,enf.game1617/{zoom}/{x}/{y}.pnghttp://tiles.mapbox.com/v3/enf.ho204tap,enf.ho20a3n1,enf.game1617/%7Bzoom%7D/%7Bx%7D/%7By%7D.pngbut as the comma-separated list in the URL suggests, it is actually a composite of three layers that work together: TIGER streets/changes: https://a.tiles.mapbox.com/v3/enf.ho204tap/page.html?secure=1#14/40.3648/-86.8654 OpenStreetMap mask: https://a.tiles.mapbox.com/v3/enf.ho20a3n1/page.html?secure=1#14/40.3648/-86.8654 Low zooms: https://a.tiles.mapbox.com/v3/enf.game1617/page.html?secure=1#11/40.3648/-86.8654 In the pull request for iD (https://github.com/systemed/iD/pull/2010) Ian Dees pointed out that the abbreviations in street names should expanded and that it would be good to also include house numbers. I'll be updating the vector data with expanded names in the next few days and will add the house numbers as soon as I can. Please let me know if you see anything else that ought to be better. Eric ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Examine nodes in new osm.org design fail
NopMap, Thanks for sharing your opinion, but please refrain from posting sarcastic and overly dramatic stories like this. This message is not an appropriate way to communicate with the community. If you have bug reports or feature requests, please file them on Trac [0] or Github [1]. If you want to have a discussion about the website, please stick to the facts and don't use unsubstantiated words like royal pain, what was wrong with the old way, major regression, or disaster. Posting friendly, helpful, and constructive messages will make everyone on the list feel interested in participating. Thanks, Ian [0] https://trac.openstreetmap.org/newticket?component=website [1] https://github.com/openstreetmap/openstreetmap-website/issues/new -- View this message in context: http://gis.19327.n5.nabble.com/Examine-nodes-in-new-osm-org-design-fail-tp5789081p5789104.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] A new tracing layer for TIGER 2013
Eric, One other issue. Here is a link, https://www.dropbox.com/s/v1je9m490c0yns4/Why%20Flagged.png, to an area, http://osm.org/go/WJIDU~lZs-- near me. You can ignore the crazy tiger data on the right! However, notice the streets, 114th St SW, 115th St SW, 8th Pl W and 8 Ave W. There all all existing, but were flagged as being outdated. Is it because they are not exactly the same as the tiger data? BTW, I really appreciate the work you are putting into helping us fix streets along with Martijn's Battlegrid. Clifford On Sun, Dec 8, 2013 at 11:04 AM, Clifford Snow cliff...@snowandsnow.uswrote: Eric, A big help would be to have an understanding of how ways are displayed on the overlay. I see different shapes and colors. What do they represent? I can help with the name expansion. I have a fair number of abbreviations that I've used in Washington State. BTW is your code at https://github.com/ericfischer/osm-tiger-update? Clifford On Sun, Dec 8, 2013 at 10:42 AM, Eric Fischer e...@pobox.com wrote: As was just announced on the MapBox blog ( https://www.mapbox.com/blog/openstreetmap-tiger/) there is a new OpenStreetMap tracing layer for 2013 Census Bureau TIGER map data in the US. The main reason for it, aside from incorporating this year's TIGER changes, is to provide different features at different zoom levels: * At zoom 16 and up, like the TIGER 2012 layer, it shows all the current TIGER roads so that they can be compared with OpenStreetMap and the discrepancies corrected. * At zoom 12-15, it shows only the TIGER roads that have been changed since the import in 2006, with the current state of OpenStreetMap masked out, so you see only the places where TIGER has been changed (and presumably corrected) but OpenStreetMap hasn't. This should give an easier overview of what places need attention. * At zooms below 12, like the Battle Grid, it also shows discrepancies between OSM and TIGER, but simplified because the individual streets are too small to draw in detail. It's a static calculation that will get periodically refreshed, but not instantly, as OpenStreetMap changes. The tile URL is http://{switch:a,b,c}. tiles.mapbox.com/v3/enf.ho204tap,enf.ho20a3n1,enf.game1617/{zoom}/{x}/{y}.pnghttp://tiles.mapbox.com/v3/enf.ho204tap,enf.ho20a3n1,enf.game1617/%7Bzoom%7D/%7Bx%7D/%7By%7D.pngbut as the comma-separated list in the URL suggests, it is actually a composite of three layers that work together: TIGER streets/changes: https://a.tiles.mapbox.com/v3/enf.ho204tap/page.html?secure=1#14/40.3648/-86.8654 OpenStreetMap mask: https://a.tiles.mapbox.com/v3/enf.ho20a3n1/page.html?secure=1#14/40.3648/-86.8654 Low zooms: https://a.tiles.mapbox.com/v3/enf.game1617/page.html?secure=1#11/40.3648/-86.8654 In the pull request for iD (https://github.com/systemed/iD/pull/2010) Ian Dees pointed out that the abbreviations in street names should expanded and that it would be good to also include house numbers. I'll be updating the vector data with expanded names in the next few days and will add the house numbers as soon as I can. Please let me know if you see anything else that ought to be better. Eric ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Clifford OpenStreetMap: Maps with a human touch -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The new OpenStreetMap.org design
On 04/12/2013 00:52, John Firebaugh wrote: This past weekend, the OpenStreetMap.org front page launched with a new design. First of all - thanks for posting here. As I mentioned in the other thread it's always helpful to put a human face on some of the design decisions to try and understand the reasons for change, especially when the reactions to the redesign have been mixed. Concretely, here are the improvements we implemented: Like Christoph Hormann, I'd be interested to see how you are planning to measure these improvements, both for new mappers and for existing ones. What and when are you planning to do in this area? - A better experience for veterans. This is where most of the complaints seem to be targeted (not unnaturally, since new users by definition won't know if they're getting a better or worse experience than they would have had previously). For example, the new design has less space devoted to information and more devoted to a map that may or may not be completely irrelevant. https://github.com/openstreetmap/openstreetmap-website/issues/564 is one example of an irrelevant map, but there are others. The less space devoted to browse object information results in the effect that I measured in https://lists.openstreetmap.org/pipermail/talk/2013-December/068779.html - roughly 50% more mouse clicks and keypresses needed to do the same job compared to previously. It is now more of a memory test, since different bits of information that need to be compared are now far less likely to be on the same screen. I'm currently working around this latter problem by killing the css on browse pages when I need to compare stuff - it doesn't look pretty but at least you can read it. In the future, how do you propose to address this? Is there a reason why the left-hand-column size and map picture size are fixed? There's no longer a needless distinction between browsing a feature and viewing it on the map. I'm not convinced that that was a needless distinction, actually. When sending messages to new mappers trying to help them with stuff I used to use either a browse page, a history page or a view on map page depending on what it was that I wanted to highlight - it's no longer possible to do this with the OSM website. And navigating between features and changesets is fluid, fast, and preserves more context. I'm also less than convinced here (see github issues 568, 576, 581, 585, 588, 589, 591, 619 and 629 at least). In other cases where functionality has been removed (github issue 623 is an example) something that was never intended as an end-user feature (but end-users did find useful) has gone, so it's not in a sense a bug, but it does decrease the usability of the site. - Bug fixes and usability improvements. Most notably, the site works much better on mobile devices. For other fixes, see the linked issues at end of the pull request ([5]). Some of those seem to be there was an issue with feature X; we've changed how it looked so we must have fixed the bug. In some cases that simply isn't the case. Take https://github.com/openstreetmap/openstreetmap-website/issues/211 which was closed because the page the bug referred to no longer exists in that form (correct - it doesn't). Unfortunately the replacement page has this problem: https://github.com/openstreetmap/openstreetmap-website/issues/564 which is a more serious issue than the previous just needing a better style. It may be that what we need is the current osm.org website for, er, whoever it is for and something else for people who actually need to work with the data. It's something that's covered in detail in the description of https://github.com/openstreetmap/openstreetmap-website/issues/631 While here Frederik says a second website won't come any time soon we already have many external tools and collections of tools already available (I'm thinking of Ian Dees' deep diff tools and the osmhv ones among others) One other question - OpenStreetMap prides itself on creating a map that's inclusive (Wheelmap, http://wiki.openstreetmap.org/wiki/OSM_for_the_blind, http://blog.openstreetmap.org/2013/12/03/disability-mapping-openstreetmap/ etc.). What work was done to make sure that the new website is more rather than less accessible than the previous one? I'm thinking particularly of https://github.com/openstreetmap/openstreetmap-website/issues/588 here. I have fairly good eyesight but the white-to-cream colour change in the changset list and on the map is difficult to see. Cheers, Andy PS: It was interesting to read the links at the end of your post to the July Upgraded map controls mails which include https://lists.openstreetmap.org/pipermail/talk/2013-July/067632.html and the immediately preceding one (which notes the inactivity on the design ML). What I'm not seeing is any discussion about design (how do we design something to make it more
Re: [OSM-talk] [Talk-us] A new tracing layer for TIGER 2013
Thanks for the feedback! There are only a few colors involved: streets are yellow and railroads are blue, and both are a little brighter if they have changed since the 2006 data. Service roads are drawn a little thinner than the rest, following the example of the 2012 TIGER layer. I actually already have the name expansion ready (thanks to Paul Norman and Toby Murray) and just need to generate and upload the new tiles. The code for this one is part of https://github.com/ericfischer/tiger-deltaand in particular https://github.com/ericfischer/tiger-delta/blob/master/get-county-delta2 In the screenshot you posted, my intent was not to say that the OSM streets shown were outdated, but instead to show that the good parts of the TIGER data are already in OSM. At zoom level 16 and beyond, like the TIGER 2012 layer, this layer shows all the streets in TIGER, whether or not they are also mapped in OSM. It's only if you zoom out to http://www.openstreetmap.org/edit#map=15/47.8945/-122.2455 or lower that streets that are already in OSM will be masked out from those in TIGER. Would you find it useful to have TIGER-minus-OSM available even when zoomed all the way in? I thought since all the OSM streets are already visible in the editor's own display that it would be distracting to draw them twice. But I am biased because iD shows the live street data at z16+ and doesn't at zooms 16, and maybe the transition looks weird in JOSM. Eric On Sun, Dec 8, 2013 at 6:32 PM, Clifford Snow cliff...@snowandsnow.uswrote: Eric, One other issue. Here is a link, https://www.dropbox.com/s/v1je9m490c0yns4/Why%20Flagged.png, to an area, http://osm.org/go/WJIDU~lZs-- near me. You can ignore the crazy tiger data on the right! However, notice the streets, 114th St SW, 115th St SW, 8th Pl W and 8 Ave W. There all all existing, but were flagged as being outdated. Is it because they are not exactly the same as the tiger data? BTW, I really appreciate the work you are putting into helping us fix streets along with Martijn's Battlegrid. Clifford On Sun, Dec 8, 2013 at 11:04 AM, Clifford Snow cliff...@snowandsnow.uswrote: Eric, A big help would be to have an understanding of how ways are displayed on the overlay. I see different shapes and colors. What do they represent? I can help with the name expansion. I have a fair number of abbreviations that I've used in Washington State. BTW is your code at https://github.com/ericfischer/osm-tiger-update? Clifford On Sun, Dec 8, 2013 at 10:42 AM, Eric Fischer e...@pobox.com wrote: As was just announced on the MapBox blog ( https://www.mapbox.com/blog/openstreetmap-tiger/) there is a new OpenStreetMap tracing layer for 2013 Census Bureau TIGER map data in the US. The main reason for it, aside from incorporating this year's TIGER changes, is to provide different features at different zoom levels: * At zoom 16 and up, like the TIGER 2012 layer, it shows all the current TIGER roads so that they can be compared with OpenStreetMap and the discrepancies corrected. * At zoom 12-15, it shows only the TIGER roads that have been changed since the import in 2006, with the current state of OpenStreetMap masked out, so you see only the places where TIGER has been changed (and presumably corrected) but OpenStreetMap hasn't. This should give an easier overview of what places need attention. * At zooms below 12, like the Battle Grid, it also shows discrepancies between OSM and TIGER, but simplified because the individual streets are too small to draw in detail. It's a static calculation that will get periodically refreshed, but not instantly, as OpenStreetMap changes. The tile URL is http://{switch:a,b,c}. tiles.mapbox.com/v3/enf.ho204tap,enf.ho20a3n1,enf.game1617/{zoom}/{x}/{y}.pnghttp://tiles.mapbox.com/v3/enf.ho204tap,enf.ho20a3n1,enf.game1617/%7Bzoom%7D/%7Bx%7D/%7By%7D.pngbut as the comma-separated list in the URL suggests, it is actually a composite of three layers that work together: TIGER streets/changes: https://a.tiles.mapbox.com/v3/enf.ho204tap/page.html?secure=1#14/40.3648/-86.8654 OpenStreetMap mask: https://a.tiles.mapbox.com/v3/enf.ho20a3n1/page.html?secure=1#14/40.3648/-86.8654 Low zooms: https://a.tiles.mapbox.com/v3/enf.game1617/page.html?secure=1#11/40.3648/-86.8654 In the pull request for iD (https://github.com/systemed/iD/pull/2010) Ian Dees pointed out that the abbreviations in street names should expanded and that it would be good to also include house numbers. I'll be updating the vector data with expanded names in the next few days and will add the house numbers as soon as I can. Please let me know if you see anything else that ought to be better. Eric ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Clifford OpenStreetMap: Maps with a human touch -- Clifford OpenStreetMap: Maps with a human touch
Re: [OSM-talk] [Talk-us] A new tracing layer for TIGER 2013
On Sunday, December 8, 2013, Eric Fischer wrote: There are only a few colors involved: streets are yellow and railroads are blue, and both are a little brighter if they have changed since the 2006 data. Service roads are drawn a little thinner than the rest, following the example of the 2012 TIGER layer. More contrast, please! I can't tell the difference between the colors. The change in colors are too subtle to tell apart. And that's coming from me, I have a JOSM stylesheet that colors maxspeed=* to color the same as JOSM colors GPX for car speeds, and I can tell the difference between 30, 35, 40, and 45 MPH at a glance. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Erros comuns encontrados nos dados
Nelson, Não sei se é isso q vc perguntou, mas no mapa em Recife, praticamente não há o nome Rua, Avenida, etc nas vias. Ao invés de Rua Visconde de Abaeté, só tem o Visconde de Abaeté. Quando eu estava no TRC, isso era um problema, não sei se é assim no OSM. Marcelo Pereira Em 7 de dezembro de 2013 22:09, Nelson A. de Oliveira nao...@gmail.comescreveu: Quais são os erros mais comuns que vocês encontram e que poderiam ser de alguma forma validados? Por exemplo, eu tenho um validador personalizado para o JOSM que me avisa sobre highways sem a tag surface, vias com nome Rotatória e waterways e highways com layer negativo mas sem tunnel. A gente poderia ter um validador para os erros mais comuns encontrados no Brasil. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Talvez ele poderia acusar erros do tipo abreviações no nome. Tipo: av. Em 08/12/2013 10:00, Marcelo Pereira pereirahol...@gmail.com escreveu: Nelson, Não sei se é isso q vc perguntou, mas no mapa em Recife, praticamente não há o nome Rua, Avenida, etc nas vias. Ao invés de Rua Visconde de Abaeté, só tem o Visconde de Abaeté. Quando eu estava no TRC, isso era um problema, não sei se é assim no OSM. Marcelo Pereira Em 7 de dezembro de 2013 22:09, Nelson A. de Oliveira nao...@gmail.comescreveu: Quais são os erros mais comuns que vocês encontram e que poderiam ser de alguma forma validados? Por exemplo, eu tenho um validador personalizado para o JOSM que me avisa sobre highways sem a tag surface, vias com nome Rotatória e waterways e highways com layer negativo mas sem tunnel. A gente poderia ter um validador para os erros mais comuns encontrados no Brasil. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Eis o que me veio à cabeça nesse momento, mas podem vir mais coisas depois: 1. Sem maxspeed=* ou lanes=* nas vias mais importantes (secondary, primary, trunk e motorway) 2. highway=path sem surface=* e sem tags de acesso: foot=*, bicycle=* 3. highway=cycleway sem surface=* e sem tag de acesso: foot=* 4. highway=service sem service=* 5. highway=track sem surface=* e sem tracktype=* 6. Se eu estivesse fazendo esse validador, também testaria a ausência da tag wheelchair=* nas highways, mas sei que quase ninguém está mapeando pensando em acessibilidade ainda 7. Relações com type=boundary, boundary=administrative e admin_level=2/4/8 sem um membro admin_centre 8. route=ferry sem duration=* 9. junction=roundabout em uma via com um nó que contém highway=stop ou highway=traffic_signals 10. junction=roundabout numa sequência de caminhos não-fechada 11. Highways (exceto highway=pedestrian com area=yes) que compartilham 2 ou mais nós consecutivos com vias que são terrenos (http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia#Terrenos) (considerar multipolígonos também) 12. Tag name contendo o caractere hífen (-) ou barra (/) ou dois pontos (:) (a sugestão é usar a tag alt_name e não colocar tudo no nome) 13. Para corrigir 90% dos problemas significativos de roteamento no mapa, testar se em cruzamentos com vias separadas há restrições de conversão à esquerda; o teste alertaria: - num nó que participa de 2 ou mais vias (exceto se forem exatamente 2 vias e o nó for um dos extremos em ambas) - que esteja ligado a uma highway=tertiary/secondary/primary/trunk/motorway com oneway=yes e que não é membro from de uma relação type=restriction com restriction=no_left_turn/only_turn/right/only_straight_on e com membro via igual ao nó do cruzamento em questão 2013/12/7 Nelson A. de Oliveira nao...@gmail.com: Quais são os erros mais comuns que vocês encontram e que poderiam ser de alguma forma validados? Por exemplo, eu tenho um validador personalizado para o JOSM que me avisa sobre highways sem a tag surface, vias com nome Rotatória e waterways e highways com layer negativo mas sem tunnel. A gente poderia ter um validador para os erros mais comuns encontrados no Brasil. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Isso vai ser ótimo e o mais rápido possível. Em 08/12/2013 10:17, Fernando Trebien fernando.treb...@gmail.com escreveu: Eis o que me veio à cabeça nesse momento, mas podem vir mais coisas depois: 1. Sem maxspeed=* ou lanes=* nas vias mais importantes (secondary, primary, trunk e motorway) 2. highway=path sem surface=* e sem tags de acesso: foot=*, bicycle=* 3. highway=cycleway sem surface=* e sem tag de acesso: foot=* 4. highway=service sem service=* 5. highway=track sem surface=* e sem tracktype=* 6. Se eu estivesse fazendo esse validador, também testaria a ausência da tag wheelchair=* nas highways, mas sei que quase ninguém está mapeando pensando em acessibilidade ainda 7. Relações com type=boundary, boundary=administrative e admin_level=2/4/8 sem um membro admin_centre 8. route=ferry sem duration=* 9. junction=roundabout em uma via com um nó que contém highway=stop ou highway=traffic_signals 10. junction=roundabout numa sequência de caminhos não-fechada 11. Highways (exceto highway=pedestrian com area=yes) que compartilham 2 ou mais nós consecutivos com vias que são terrenos ( http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia#Terrenos ) (considerar multipolígonos também) 12. Tag name contendo o caractere hífen (-) ou barra (/) ou dois pontos (:) (a sugestão é usar a tag alt_name e não colocar tudo no nome) 13. Para corrigir 90% dos problemas significativos de roteamento no mapa, testar se em cruzamentos com vias separadas há restrições de conversão à esquerda; o teste alertaria: - num nó que participa de 2 ou mais vias (exceto se forem exatamente 2 vias e o nó for um dos extremos em ambas) - que esteja ligado a uma highway=tertiary/secondary/primary/trunk/motorway com oneway=yes e que não é membro from de uma relação type=restriction com restriction=no_left_turn/only_turn/right/only_straight_on e com membro via igual ao nó do cruzamento em questão 2013/12/7 Nelson A. de Oliveira nao...@gmail.com: Quais são os erros mais comuns que vocês encontram e que poderiam ser de alguma forma validados? Por exemplo, eu tenho um validador personalizado para o JOSM que me avisa sobre highways sem a tag surface, vias com nome Rotatória e waterways e highways com layer negativo mas sem tunnel. A gente poderia ter um validador para os erros mais comuns encontrados no Brasil. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rotas de ônibus
Cara, que show isso! As linhas já aparecem na camada de transporte público do site principal. Este site permitiria ver as rotas individualmente, mas não sei com que frequência eles atualizam a base: http://demo.3liz.com/osmtransport/ Pra cálculo de rotas, você teria que: - mapear as paradas de ônibus - incluí-las nas relações das rotas - extrair um feed GTFS - adicionar a tabela horária ao feed (provavelmente gerando horários fictícios para cada parada) - instalar um servidor OTP - copiar o feed para esse servidor Há um tempo atrás eu propus fazer algo assim a nível nacional (já que esse negócio é complicado, faríamos uma vez só), mas não surgiram interessados. Quem sabe agora? 2013/12/7 Vítor Rodrigo Dias vitor.d...@gmail.com: Pessoal, Terminei de mapear as linhas municipais de João Pessoa-PB. Sabem se há algum aplicativo que use dados do OSM no cálculo ou consulta de rotas de transporte coletivo no Brasil? Abraços! -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Vou trabalhar nessas coisas e depois volto com vocês :-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Explicando melhor o item 13, acho que ficou confuso. Temos: um nó N, um conjunto de vias Cv que passam por N, e um conjunto de relações Cr envolvendo N e as vias Cv. Dado um nó N com Cv contendo 2 ou mais vias (se tiver só 2, N não é extremo em ambas). Para cada V em Cv que tenha highway=tertiary/secondary/primary/trunk/motorway e oneway=yes, deve existir uma R em Cr onde: - type=restriction e restriction=no_left_turn/only_turn/right/only_straight_on - V é from em R - N é via em R Se não existir, seria gerado o alerta. Note que esse teste não captura todos os casos, só o caso mais comum, e pode gerar alertas falsos (tal como outras validações do JOSM). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Hm, só pra complicar um pouco mais algo que poderia ser simples, caso highway=motorway, não é obrigatório ter oneway=yes; ao contrário, a regra passa a ser não deve ter oneway=no. 2013/12/8 Fernando Trebien fernando.treb...@gmail.com: Explicando melhor o item 13, acho que ficou confuso. Temos: um nó N, um conjunto de vias Cv que passam por N, e um conjunto de relações Cr envolvendo N e as vias Cv. Dado um nó N com Cv contendo 2 ou mais vias (se tiver só 2, N não é extremo em ambas). Para cada V em Cv que tenha highway=tertiary/secondary/primary/trunk/motorway e oneway=yes, deve existir uma R em Cr onde: - type=restriction e restriction=no_left_turn/only_turn/right/only_straight_on - V é from em R - N é via em R Se não existir, seria gerado o alerta. Note que esse teste não captura todos os casos, só o caso mais comum, e pode gerar alertas falsos (tal como outras validações do JOSM). -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rotas de ônibus
Se você conseguir as paradas com autorização da SEMOB, você pode incluí-las nas relações quase facilmente usando o plugin public_transport do JOSM. Ele faz várias coisas, mas a mais interessante seria automaticamente adicionar as paradas às relações. Se você precisar de ajuda, pode contar comigo. Só acho que ao importar as paradas você teria que ter o cuidado de posicioná-las do lado certo de cada rua (é requisito pro plugin funcionar), o mapa da SEMOB pode não coincidir exatamente com o do OSM. 2013/12/8 Vítor Rodrigo Dias vitor.d...@gmail.com: Eu poderia tentar começar a mapear as paradas, mas seria um processo bem mais demorado, até porque não dá pra identificá-las todas a partir das imagens aéreas. Mas posso ver se a SEMOB aqui de João Pessoa já as teria todas mapeadas - meu palpite é que não tem. Quanto ao restante, acho que já é avançado demais pra mim, hehe... Em 8 de dezembro de 2013 09:26, Fernando Trebien fernando.treb...@gmail.com escreveu: Cara, que show isso! As linhas já aparecem na camada de transporte público do site principal. Este site permitiria ver as rotas individualmente, mas não sei com que frequência eles atualizam a base: http://demo.3liz.com/osmtransport/ Pra cálculo de rotas, você teria que: - mapear as paradas de ônibus - incluí-las nas relações das rotas - extrair um feed GTFS - adicionar a tabela horária ao feed (provavelmente gerando horários fictícios para cada parada) - instalar um servidor OTP - copiar o feed para esse servidor Há um tempo atrás eu propus fazer algo assim a nível nacional (já que esse negócio é complicado, faríamos uma vez só), mas não surgiram interessados. Quem sabe agora? 2013/12/7 Vítor Rodrigo Dias vitor.d...@gmail.com: Pessoal, Terminei de mapear as linhas municipais de João Pessoa-PB. Sabem se há algum aplicativo que use dados do OSM no cálculo ou consulta de rotas de transporte coletivo no Brasil? Abraços! -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Excluir item da visualização JOSM
Como excluir um item da visualização do JOSM mas não da base de dados? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Dei send sem querer. Vamos lá de novo: http://wiki.openstreetmap.org/wiki/User:Naoliv/Validador_JOSM É praticamente auto-explicável. O comentário no fim é a mensagem de erro que vai aparecer no JOSM. Para utilizar: Salvar em um arquivo local o conteúdo e depois no JOSM: - Menu Editar - Preferências - Oitavo ícone (o que possui uma marca de check azul) - Em Origens de dados clicar em Adicionar (no meio da tela) - Colocar o caminho completo do arquivo salvo anteriormente Depois é só mandar o JOSM validar normalmente. Eu testei todos os casos, mas pode ter algo errado ou que possa ser melhorado (como inclusão de mais abreviações) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Excluir item da visualização JOSM
2013/12/8 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Como excluir um item da visualização do JOSM mas não da base de dados? Com filtros: https://www.mapbox.com/blog/2012-08-15-using-filters-josm/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Nelson, ainda não testei... Mas também podia colocar como aviso também se uma motorway ou trunk estiver sem a chave ref. Em 8 de dezembro de 2013 11:26, Nelson A. de Oliveira nao...@gmail.comescreveu: Dei send sem querer. Vamos lá de novo: http://wiki.openstreetmap.org/wiki/User:Naoliv/Validador_JOSM É praticamente auto-explicável. O comentário no fim é a mensagem de erro que vai aparecer no JOSM. Para utilizar: Salvar em um arquivo local o conteúdo e depois no JOSM: - Menu Editar - Preferências - Oitavo ícone (o que possui uma marca de check azul) - Em Origens de dados clicar em Adicionar (no meio da tela) - Colocar o caminho completo do arquivo salvo anteriormente Depois é só mandar o JOSM validar normalmente. Eu testei todos os casos, mas pode ter algo errado ou que possa ser melhorado (como inclusão de mais abreviações) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
2013/12/8 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Nelson, ainda não testei... Mas também podia colocar como aviso também se uma motorway ou trunk estiver sem a chave ref. Isso o JOSM já faz, com nível informational (Aparece em Outro, highway without a reference) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
ref no Brasil é sempre no máximo o formato XXX-NNN? (os municipais possuem 3 letras no identificador) Dá pra verificar isso também (vai pegar os casos onde a pessoa coloca bar do zé em ref) e também dá para fazer outro teste, para padronizarmos tudo com XXX-NNN (com traço separando) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
No sei se difcil, mas eu gostaria de algo para validar se o addr:street bate com o nome da rua prxima. Ou pelo menos que o nome exista em alguma das ruas carregadas no JOSM. O meu caso mudana de nome, por exemplo, tirar abreviao ou trocar extenso por nmero. Se desse pra avisar que a distncia entre numeraes passa de 1km (na interpolao) tb seria bom, j que elas so ignoradas... Atenciosamente, Roger. -- Em 08-12-2013 09:59, Marcelo Pereira escreveu: Nelson, No sei se isso q vc perguntou, mas no mapa em Recife, praticamente no h o nome "Rua", "Avenida", etc nas vias. Ao invs de Rua Visconde de Abaet, s tem o Visconde de Abaet. Quando eu estava no TRC, isso era um problema, no sei se assim no OSM. Marcelo Pereira Em 7 de dezembro de 2013 22:09, Nelson A. de Oliveira nao...@gmail.com escreveu: Quais so os erros mais comuns que vocs encontram e que poderiam ser de alguma forma validados? Por exemplo, eu tenho um validador personalizado para o JOSM que me avisa sobre highways sem a tag surface, vias com nome "Rotatria" e waterways e highways com layer negativo mas sem tunnel. A gente poderia ter um validador para os erros mais comuns encontrados no Brasil. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSrieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Incluí teste para ref supondo que serão no máximo 3 letras + 3 números ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
2013/12/8 Nelson A. de Oliveira nao...@gmail.com Incluí teste para ref supondo que serão no máximo 3 letras + 3 números Oi Nelson, as rodovias de acesso em MG são 3 letras + 4 números (AMG-1234) Um erro comum que tenho visto é não separar multiplas referências com ; exemplos: ref=BR-381,BR-262 ou ref=BR-381/BR-262 ou ref=BR-381 BR-262 abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Vou arrumar isso, Gerald. Obrigado. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
Gerald, Agora está verificando até XXX+ e também verificando o separador de múltiplos valores. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Nova Serrana só com vias secundárias
Alguém anima arrumar isto? http://osm.org/go/PAVFTE60- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova Serrana só com vias secundárias
Alfenas tb precisava de uma arrumadinha: http://www.openstreetmap.org/#map=15/-21.4304/-45.9479 Em 08-12-2013 14:20, Gerald Weber escreveu: Algum anima arrumar isto? http://osm.org/go/PAVFTE60- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
O mais comum, e também o que considero mais grave, mas sem neurose, a falta da tag Source. Isso ja nos gerou muitos transtornos e perdas de dados. Abreviações são comuns, mas com JOSM vc corrige rapidamente varias vias. Att BladeTC Date: Sat, 7 Dec 2013 23:09:03 -0200 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: [Talk-br] Erros comuns encontrados nos dados Quais são os erros mais comuns que vocês encontram e que poderiam ser de alguma forma validados? Por exemplo, eu tenho um validador personalizado para o JOSM que me avisa sobre highways sem a tag surface, vias com nome Rotatória e waterways e highways com layer negativo mas sem tunnel. A gente poderia ter um validador para os erros mais comuns encontrados no Brasil. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova Serrana só com vias secundárias
Olharei as duas durante este dia. Abraços BladeTC Date: Sun, 8 Dec 2013 14:32:09 -0200 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Nova Serrana só com vias secundárias Alfenas tb precisava de uma arrumadinha: http://www.openstreetmap.org/#map=15/-21.4304/-45.9479 Em 08-12-2013 14:20, Gerald Weber escreveu: Alguém anima arrumar isto? http://osm.org/go/PAVFTE60- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
2013/12/8 Blademir Andrade de Lima blademi...@hotmail.com: O mais comum, e também o que considero mais grave, mas sem neurose, a falta da tag Source. Isso ja nos gerou muitos transtornos e perdas de dados. Mas não dá para fazer isso senão praticamente tudo vai ficar destacado como errado. O que eu procuro são erros comuns que possuem um certo padrão (como o Gerald deu um exemplo com separador errado em ref) e que possam ser detectados de forma automática. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Corretor automático de abreviações
Existe algo pronto para ser usado para corrigir abreviações do tipo Av. Q. Qd. ? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova Serrana só com vias secundárias
Alfenas OK! Alfenas tbm precisa de outras correções menores, fiz a junção de entroncamentos, agora é só caprichar Att BladeTC Date: Sun, 8 Dec 2013 14:32:09 -0200 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Nova Serrana só com vias secundárias Alfenas tb precisava de uma arrumadinha: http://www.openstreetmap.org/#map=15/-21.4304/-45.9479 Em 08-12-2013 14:20, Gerald Weber escreveu: Alguém anima arrumar isto? http://osm.org/go/PAVFTE60- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] zum neuen OSM - Design
Die freuen sich üner die grosse Karte, die grossen Icons und über die schick integrierte Suche. Wenn die zoomen wollen nehmen die die Buttons dafür. Um das Scrollrad machen sie eh einen Bogen. Gerade für gelegenheitsuser finde ich das Ergebnis Klasse. Christoph Sent from my iDingens Am 07.12.2013 um 22:03 schrieb toc-rox easyclassp...@googlemail.com: Bei all der Begeisterung halte ich mal fest, daß die Website für die Nur-Kartenbenutzer (Lieschen Müller, Heinz Rentner, Peter Gelegenheitsgucker, …) zu kompliziert geworden ist. Gruß Klaus -- View this message in context: http://gis.19327.n5.nabble.com/zum-neuen-OSM-Design-tp5788878p5789016.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
hallo, für die Nur-Kartenbenutzer (Lieschen Müller, Heinz Rentner, Peter Gelegenheitsgucker, …) zu kompliziert geworden ist. na ja. Vielleicht überfordert manche die Fülle an Daten und sie sollten ein anderer Layer einstellen ;) 'Zu' ist m.E. ein wenig übertrieben? Aber das Menue könnte man etwas entschärfen: Chronik Export interessieren eher Entwickler und interessieren wohl seltener, als z.B. das versteckte Kartendaten. Auch das 'Urheberrecht' (selbstverständlich) könnte nach 'Über' oder 'Hilfe', und 'Hilfe' könnte ggf. ein Symbol sein wie '?' (weiß jetzt aber nit, wie es mit anderen Sprachen etc. ist ). Bearbeiten und 'Anmelden Registrieren' könnten zusammen stehen. Also reichen ggf.: | OSM-Loge | Bearbeiten | Anmelden | Suche | Kartendaten | Kontakt | Hilfe Manches auch mit PullDown-Menue. Zu den o.g. Zoomtricks: die Kombinationen kannte ich zum Teil noch nicht, bzw. bin ich eigentlich am Liebsten mit nur einem Gerät unterwegs: nur mit der Maus (!) oder nur mit den Tasten. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
Am 08.12.2013 um 11:24 schrieb tshrub my-email-confirmat...@online.de: Chronik Export interessieren eher Entwickler und interessieren wohl seltener, als z.B. das versteckte Kartendaten. Auch das 'Urheberrecht' (selbstverständlich) könnte nach 'Über' oder 'Hilfe', und 'Hilfe' könnte ggf. ein Symbol sein wie '?' (weiß jetzt aber nit, wie es mit anderen Sprachen etc. ist ). Bearbeiten und 'Anmelden Registrieren' könnten zusammen stehen. Konnte man früher beim Export sich nicht ein schönes PNG, JPG, PDF oder sowas von der Karte ziehen. Jetzt bekomme ich ja nur XML. Der Gelegenheitsnutzer sucht doch nur eine Karte, die er einfach weiterverwenden kann, das müssten wir ihm doch liefern können. Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
On 12/08/2013 11:24 AM, tshrub wrote: Aber das Menue könnte man etwas entschärfen: Chronik Export interessieren eher Entwickler und interessieren wohl seltener, OSM-Export würde ich mit unter Share packen ... Chronik ist schon interessant um zu zeigen das die Karte lebt, allerdings wäre vllt. etwas wie Aktivitäten ein besserer Name und die Darstellung der Changeset-Liste könnte etwas Laientauglicher sein Ansonsten stört mich eigentlich nur dass das Wiki nur in Hilfe verlinkt ist, nicht in Über, gerade auch weil Über/About nicht angemeldeten Benutzern im Einstiegs-Overlay unter Learn More recht prominent präsentiert wird. Unter Hilfe erwarte ich eher Hilfen zur Bedienung der konkreten Seite auf der ich gerade bin, Hintergrundinformationen bzw. Verweise auf weiterführendes Material eher unter Über/About ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
On 12/08/2013 11:40 AM, Christoph (TheFive@OSM) wrote: Konnte man früher beim Export sich nicht ein schönes PNG, JPG, PDF oder sowas von der Karte ziehen. Jetzt bekomme ich ja nur XML. Der Gelegenheitsnutzer sucht doch nur eine Karte, die er einfach weiterverwenden kann, das müssten wir ihm doch liefern können. Das hast Du alles hinter dem Share Icon auf der rechten Seite, da gibt es dann * Permalink mit und ohne Marker * HTML-Schnipsel für den aktuellen Kartenausschnitt * PNG/SVN/JPG/PDF Export Dass ich den extra Menüpunkt für OSM-XML Export unglücklich finde und diese Funktion eigentlich eher als weiteren Punkt im Share- Dialog sehen würde schrub ich auch schon in meiner vorherigen Antwort hier ... die aktuelle Konstruktion ist in der Tat verwirrend ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
Hi, auch die mobile Seite ist gut geworden. Man muss sich mit den (x) und Buttons oben einmal kurz anfreunden, aber das geht flott. Nur das Eintragen von Notes ist mir heute etwas schwerer gefallen, was wohl an den kleine Screen, der dann noch zwischen Karte und Fehlermeldung aufgeteilt werden muss. Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Projekt des Monats - Steusandboxen
Moin ! es wurde immer mal wieder von einem neuen Projekt des Monats gesprochen - ich rufe es jetzt einfach mal aus. Schließlich steht der Winter vor der Tür und da kann das Wissen um Streusandboxen nicht schaden. Hier das aus dem Wiki http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dgrit_bin und die Abfrage aus der Turbo-Overpass-Api http://overpass-turbo.eu/s/1J7 Grjuß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
Hi! Habe heute leichtsinnigerweise versucht, die Chronik für einen Node aufzurufen. Das ist im neuen Design eine Katastrophe. Riesige, nutzlose Karte und alle Tags vielfach umgebrochen in den schmalen Streifen links gequetscht. Die History für Node 273510436 gibt einem in dieser Darstellung über 60 (!!!) Seiten zum Runterscrollen. Gibt's irgendwo noch eine andere, sinnvollere Sicht auf die History von Elementen? bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/zum-neuen-OSM-Design-tp5788878p5789095.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
Hi JOSM, ob sinnvoll hängt von deinem Usecase ab. Wenn du eine Volltextsuche in der History machen willst, dann niicht. Generell finde ich das gerade mit der Diff Betrachtung aber gut. Christoph Am 08.12.2013 um 20:34 schrieb NopMap ekkeh...@gmx.de: Hi! Habe heute leichtsinnigerweise versucht, die Chronik für einen Node aufzurufen. Das ist im neuen Design eine Katastrophe. Riesige, nutzlose Karte und alle Tags vielfach umgebrochen in den schmalen Streifen links gequetscht. Die History für Node 273510436 gibt einem in dieser Darstellung über 60 (!!!) Seiten zum Runterscrollen. Gibt's irgendwo noch eine andere, sinnvollere Sicht auf die History von Elementen? bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/zum-neuen-OSM-Design-tp5788878p5789095.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
On Sun, Dec 08, 2013 at 11:34:13AM -0800, NopMap wrote: Die History für Node 273510436 gibt einem in dieser Darstellung über 60 (!!!) Seiten zum Runterscrollen. Gibt's irgendwo noch eine andere, sinnvollere Sicht auf die History von Elementen? Zum Versionsvergleich kann man das hier empfehlen: http://osm.mapki.com/history/ Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PV-Anlage
Am 06.12.2013 17:04, schrieb chris66: Am 06.12.2013 16:54, schrieb Fabian Schmidt: OSM überrascht mich immer wieder: http://www.openstreetmap.org/#map=17/51.018/13.804 Mich überrascht es negativ. Einen Mehrwert gegenüber einem Gesamtobjekt kann ich nicht erkennen, aber solche Spielereien schaden allen bestehenden Auswertungen des Tags, ob als Listen oder Symbolen in Karten. Dass die 141 Solarzellen einzeln gemappt sind (laut Wiki wohl zulässig)? Die Definition im Wiki ist leider unbrauchbar: A generator [] is a device that converts one form of energy to another. Darunter würden auch die Kraftwerkskessel (Kohle zu Dampf), Motoren, Heizungen und alle elektrischen Verbraucher fallen. Die Analogie zum Generator im Kraftwerk wäre eher der Wechselrichter im Solarkraftwerk. Man könnte nur den Wechselrichter oder die zusammengeschalteten Solarmodule mit Wechselrichter als einen generator erfassen. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PV-Anlage
Solange die leute als einziges Ergebnis ihrer Mapperei zoomlevel 18 haben mappen sie so, das das Ergebnis diesbezüglich optimiert wird. Die Zählauswertungen sind eher was für Tekkis und als Anwendung für den Normalmapper nicht im Horizont, noch bekannt. Mir ist keine einach zu bedienende Wieviel xyz gibt es in meiner Gemeinde in Vergleich zur nachbargemeinde karte bekannt. Wobei die Anwendung #windräder #parkplätze pro gemeinde sicher resonanz hervorrufen würde. (Ok die Parkplätze sind weniger emotional) Christoph Sent from my iDingens Am 09.12.2013 um 02:01 schrieb Stephan Wolff s.wo...@web.de: Am 06.12.2013 17:04, schrieb chris66: Am 06.12.2013 16:54, schrieb Fabian Schmidt: OSM überrascht mich immer wieder: http://www.openstreetmap.org/#map=17/51.018/13.804 Mich überrascht es negativ. Einen Mehrwert gegenüber einem Gesamtobjekt kann ich nicht erkennen, aber solche Spielereien schaden allen bestehenden Auswertungen des Tags, ob als Listen oder Symbolen in Karten. Dass die 141 Solarzellen einzeln gemappt sind (laut Wiki wohl zulässig)? Die Definition im Wiki ist leider unbrauchbar: A generator [] is a device that converts one form of energy to another. Darunter würden auch die Kraftwerkskessel (Kohle zu Dampf), Motoren, Heizungen und alle elektrischen Verbraucher fallen. Die Analogie zum Generator im Kraftwerk wäre eher der Wechselrichter im Solarkraftwerk. Man könnte nur den Wechselrichter oder die zusammengeschalteten Solarmodule mit Wechselrichter als einen generator erfassen. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PV-Anlage
On 12/09/2013 07:40 AM, Christoph wrote: (Ok die Parkplätze sind weniger emotional) glaubst Du ... ;) -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Fwd: [OSM-talk] SotM-EU 2014 in Karlsruhe, Germany
On Fri, Dec 6, 2013 at 4:31 PM, Francesca Valentina coretodes...@gmail.com wrote: Napo eh magari! Se mi invitano ne sarei onorata Francesca, non è su invito. Fra qualche settimana pubblicheremo la call for papers. Quello che è avvenuto in Sardegna è così importante che non vedo come possa non essere selezionato dal comitato. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] SotM-EU 2014 in Karlsruhe, Germany
Allora I'm ready! Grazie per avermi informato :) Il giorno 08/dic/2013 11:20, Simone Cortesi sim...@cortesi.com ha scritto: On Fri, Dec 6, 2013 at 4:31 PM, Francesca Valentina coretodes...@gmail.com wrote: Napo eh magari! Se mi invitano ne sarei onorata Francesca, non è su invito. Fra qualche settimana pubblicheremo la call for papers. Quello che è avvenuto in Sardegna è così importante che non vedo come possa non essere selezionato dal comitato. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] SotM-EU 2014 in Karlsruhe, Germany
Il 08/dic/2013 11:25 Francesca Valentina coretodes...@gmail.com ha scritto: Allora I'm ready! Grazie per avermi informato :) Ottimo Appena esce la call sottometti In generale sarebbe bello ci fossero diversi interventi da parte dell'Italia Siamo sempre così pochi a questi eventi :( ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problema dowload relazione route con josm
2013/12/7 Aury88 spacedrive...@gmail.com: ok, grazie per la risposta. per quanto riguarda il nome Siracuga-Gela-Canicattì è il nome con il quale viene conosciuta la linea... Lascio ad altri il compito di darti delle risposte più definitive, visto che sono il primo ad ammettere di capire bene cosa dice il wiki (ad esempio da una parte si parla di railway route e di train route e nlla spiegazione della prima si parla di railway line, poi altrove si parla di railway route e di railway line dove quest'ultima sembra essere qualcosa di analogo al precendente train route) Però se per te il nome deve essere uno solo allora forse è il caso che usi una relazione sola. M qui entreremmo forse nella discussione se stiamo segnando i binari di una linea ferroviaria oppure se stiamo segnando il percorso del treno. Aggiungo solo che la pagina wiki http://wiki.openstreetmap.org/wiki/Train_routes dice quasi di non metterlo il nome (non dice proprio così, ma quasi ..). E questo mi pare un po' assurdo, perché una relazione senza nome diventa perfino difficile da gestire (a meno che si abbia il ref). E per quanto riguarda il ref al massimo io riuscirei a trovare un ref sui vecchi orari cartacei per quanto riguarda le railway_route non per quanto riguarda le train_route. Scusami, piuttosto che una risposta a te, è diventata piuttosto una richiesta che qualcun'altro le chiarisca a me. è come se parlassimo di linea 45 del bus di milano. Per come sono fatte ore le relazioni per i bus di Milano, i due sensi di marcia hanno due relazioni separate ed hanno un nome diverso l'uno dall'altro (proprio per poterle distinguere) Ne approfitto per farti un'ultima domanda: gli stop su josm io li ho messi in ordine tra una way e l'altra interrompendo la continuità della relation...non dovrebbe determinare errori, ma nel caso, dal punto di vista formale, qual'è il modo migliore di organizzare la relation route? metto gli stopin ordine in fondo? come cambia questo discorso se in più c'è associata alla stessa fermata anche una platform? Non so darti una risposta formale. Quando avevo letto sul wiki su questo argomento avevo trovato risposte diverse. Di solito nella zona di Milano trovo le stop messe tutte alla fine, ma non è detto che questa sia il metodi migliore. Metterle in mezzo alle way dà più l'idea di dove sono posizionate, d'altra parte metterle in mezzo richiede necessariamente di spezzare la way dove c'è la fermata (cosa che probabilmente non è difficile per le ferrovie, ma nel caso dei bus richiederebbe molti spezzettamenti). Per quanto riguarda la continuità non saprei cosa dire, in tutti i modi che ho provato alla fine OSM Inspector si lamenta sempre ... Forse bisognerebbe chiedere a chi ha inventato questi schimi (e soprattutto sapere a cosa servono). AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] SotM-EU 2014 in Karlsruhe, Germany
Faró del mio meglio ragazzi :) Il giorno 08/dic/2013 11:40, Maurizio Napolitano napoo...@gmail.com ha scritto: Il 08/dic/2013 11:25 Francesca Valentina coretodes...@gmail.com ha scritto: Allora I'm ready! Grazie per avermi informato :) Ottimo Appena esce la call sottometti In generale sarebbe bello ci fossero diversi interventi da parte dell'Italia Siamo sempre così pochi a questi eventi :( ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problema dowload relazione route con josm
Am 08/dic/2013 um 14:27 schrieb Any File anysomef...@gmail.com: perché una relazione senza nome diventa perfino difficile da gestire (a meno che si abbia il ref) per la gestione va bene anche un tag note, in Josm al meno te lo visualizza come un name ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problema dowload relazione route con josm
Il 08 dicembre 2013 14:27, Any File ha scritto: Per quanto riguarda la continuità non saprei cosa dire, in tutti i modi che ho provato alla fine OSM Inspector si lamenta sempre ... la continuità delle way si verifica solo se ci sono nodi in comune, quindi l'ordine in cui le way sono inserite nella relazione serve più per gli umani che per i programmi un modo per verificare è questa pagina che disegna un diagramma simile a quelli che si trovano sulle paline, però vuole operator e ref (es. provare 1 ATM per Milano) quindi non si può usare per le relazioni di Aury88 http://www.overpass-api.de/public_transport.html -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] US government index of all roads directly into OpenStreetMap for tracing
Ciao a tutti, segnalo, per chi non lo sapesse già, questo https://www.mapbox.com/blog/openstreetmap-tiger/ Just go to OpenStreetMap.org, click Edit, and choose the New Misaligned TIGER Roads option from the layer menu. TIGER is the name of the US road database managed by the Census Bureau. The TIGER layer will reveal in yellow any roads that have been corrected in or added to TIGER since 2006 and that have not also been corrected in OpenStreetMap. Zoom in on any yellow road to see how TIGER now maps it, verify it against the aerial imagery, and correct it in OpenStreetMap. Spendido esempio di come la P.A mette a disposizione i propri open data per il crowdmapping. Istat rilascerà @*istat_it* https://twitter.com/istat_it Entro fine anno verranno forniti ai comuni sopra i 20 mila abitanti i dati sui civici Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b J ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] US government index of all roads directly into OpenStreetMap for tracing
Ciao a tutti, segnalo, per chi non lo sapesse già, questo https://www.mapbox.com/blog/openstreetmap-tiger/ Just go to OpenStreetMap.org, click Edit, and choose the New Misaligned TIGER Roads option from the layer menu. TIGER is the name of the US road database managed by the Census Bureau. The TIGER layer will reveal in yellow any roads that have been corrected in or added to TIGER since 2006 and that have not also been corrected in OpenStreetMap. Zoom in on any yellow road to see how TIGER now maps it, verify it against the aerial imagery, and correct it in OpenStreetMap. Spendido esempio di come la P.A mette a disposizione i propri open data per il crowdmapping. @*istat_it* https://twitter.com/istat_it Entro fine anno verranno forniti ai comuni sopra i 20 mila abitanti i dati sui civici (16/10/2013),alias il primo lotto dell'Archivio Nazionale delle Strade e dei Numeri Civici georeferenziati incluso nel Decreto Digitalia, rinominato “Ulteriori misure urgenti per la crescita del Paese” (D.L. n.179 del 18 ottobre 2012), approvato dal Consiglio dei Ministri. All’articolo 3 comma 2 il decreto riporta quanto segue: *Con il decreto di cui al comma 1 sono altresì stabiliti i contenuti dell’Archivio nazionale delle strade e dei numeri civici (ANSC), realizzato ed aggiornato dall’ISTAT e dall’Agenzia del territorio, gli obblighi e le modalità di conferimento degli indirizzari e stradari comunali tenuti dai singoli comuni ai sensi del regolamento anagrafico della popolazione residente, le modalità di accesso all’ANSC da parte dei soggetti autorizzati, nonché i criteri per l’interoperabilità dell’ANSC con le altre banche dati di rilevanza nazionale e regionale, nel rispetto delle regole tecniche del sistema pubblico di connettività di cui al decreto legislativo 7 marzo 2005, n. 82.* Quanto sarebbe bello si prendesse spunto da quanto fatto da US Census Bureau se e quando i dati dell'ISTAT fossero davvero messi a disposizione come open data . Ciao Cesare Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] DNS
ciao, dovrei avere risolto il problema di http://openstreetmap.it/ (non caricava da qualche settimana). a me funziona adesso. se trovate qualcosaltro di strano, che dovessi aver rotto nel frattempo...segnalatemelo. Grazie, S. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] DNS
i miei ultimi aggiornamenti ci stanno ...io aggiungerei questo http://mce66.altervista.org/software.html ...dove parlate di creare mappe personalizzate -- View this message in context: http://gis.19327.n5.nabble.com/DNS-tp5789107p5789112.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] Tätortsstatus
Hej! På många håll är OSM väldigt detaljerad vid det här laget i Sverige med husnummer, gångstigar m.m. Men det finns fortfarande ganska stora tätorter där det saknas väldigt många vägar. Ett exempel är Ljungby i Småland, med ca 16 000 invånare som uppskattningsvis saknar 30% av sitt vägnät. Men vilka fler större tätorter behöver kompletteras? Kan alla som har lust och ork kanske uppdatera wiki sidan (http://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Cities) med aktuell status i sitt närområde? Vilken är den största tätorten som är minst kartlagd just nu? Mvh Joel ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Hangout de OpenStreetMap España
He cerrado la encuesta. Parece que los mejores días son los miércoles a las 20h. Preparo y aviso para hacer un primer intento la próxima semana. Id preparando vuestros micrófonos, cámaras y plugin https://www.google.com/tools/dlpage/hangoutplugin. El día 6 de diciembre de 2013 15:00, Iván Sánchez i...@sanchezortega.es escribió: El Viernes, 6 de diciembre de 2013 13:38:49 Jaime Crespo escribió: Os propongo hacer una quedada virtual para: 1) Hablar cara a cara de temas que nos interesen (Catastro, asociación, geo-stuff varios) Yep. Tengo el papeleo de la asociación manga por hombro, y me gustaría descargarlo en alguien de Madrid cuando visite las españas por navidades. -- Iván Sánchez Ortega i...@sanchezortega.es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Hangout miércoles 11 a las 20:00
Este miércoles, los aficionados a los mapas hacemos una quedada virtual para hablar de OpenStreetMap. Tanto si acabas de conocer OpenStreetMap como si eres un editor experto, te invitamos a unirte al chat virtual mediante Google Hangouts el próximo miércoles 11 de diciembre a las 20:00 GMT+1 (horario de España peninsular). Web del evento: https://plus.google.com/events/copb8dmv15b19qpoppi8eqmau00 Orden del día: https://docs.google.com/document/d/17y5mlS5V1w5vJ_ngTnAYBcn83W-6FAC63Lv-1bxcbyk/edit?usp=sharing Te esperamos! -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Hangout de OpenStreetMap España
He creado este borrador para intentar poner algo de orden: https://docs.google.com/document/d/17y5mlS5V1w5vJ_ngTnAYBcn83W-6FAC63Lv-1bxcbyk/edit?usp=sharing Sin embargo, me gustaría dejar mi rol en *simple moderador*. El chat de texto está limitado a 100 personas, mientras que sólo 10 personas pueden enviar a la vez audio-vídeo. Si deseas asegurarte el poder hablar de un tema en concreto (como comentaba iván), por favor, escribe tus temas a tratar allí (debería ser públicamente editable). Asegúrate también de que tengo vuestro G+ o correo. Personalmente, me gustaría escuchar al menos a Iván S. y Cruz. B. Pero no lo decido yo, sino vosotros! Mi idea es hablar durante aproximadamente una hora, y si tiene éxito, repetirlo de manera regular cada 15 o 30 días. Polyglot: estás más que invitado a participar, me gustaría saber cómo se hace en otros sitios y vuestro punto de vista de temas que nos afectan a nosotros. Lo bueno de las quedadas virtuales es que no tienen fronteras (como OSM ). El día 8 de diciembre de 2013 13:13, Jaime Crespo jy...@jynus.com escribió: He cerrado la encuesta. Parece que los mejores días son los miércoles a las 20h. Preparo y aviso para hacer un primer intento la próxima semana. Id preparando vuestros micrófonos, cámaras y plugin https://www.google.com/tools/dlpage/hangoutplugin. El día 6 de diciembre de 2013 15:00, Iván Sánchez i...@sanchezortega.es escribió: El Viernes, 6 de diciembre de 2013 13:38:49 Jaime Crespo escribió: Os propongo hacer una quedada virtual para: 1) Hablar cara a cara de temas que nos interesen (Catastro, asociación, geo-stuff varios) Yep. Tengo el papeleo de la asociación manga por hombro, y me gustaría descargarlo en alguien de Madrid cuando visite las españas por navidades. -- Iván Sánchez Ortega i...@sanchezortega.es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jaime Crespo -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Drogerie
Hallo! Weiss vielleicht jemand ob es für Drogerien (DM, Bipa) in absehbarer Zeit ein Symbol gibt, das dann auch auf der Map zu sehen ist? Beziehungsweise wer beschliesst das und gibt es eine roadmap was als nächstes gemacht wird? Ich denke Drogerien als Supermarkt zu taggen damit sie auf der Map zu sehen sind, ist nicht so toll, oder? ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Drogerie
Hallo, 2013/12/8 hanes h.fei...@gmx.at: Weiss vielleicht jemand ob es für Drogerien (DM, Bipa) in absehbarer Zeit ein Symbol gibt, das dann auch auf der Map zu sehen ist? Ich will's hoffen. Beziehungsweise wer beschliesst das und gibt es eine roadmap was als nächstes gemacht wird? Den Kartenstil hat sich Andy Allan unter den Nagel gerissen, als er die XML-Stildateien in Carto-Stildateien umgewandelt hat. Zum Thema Rendern von speziellen Geschäften (u.a. Drogerien) gibt es bereits ein entsprechendes Issue [1] mit einer ziemlich weit fortgeschrittenen aber vor zwei Monaten abgebrochenen Diskussion. Wär vielleicht sinnvoll, da nochmal nachzufragen, wie's weitergeht. Ich denke Drogerien als Supermarkt zu taggen damit sie auf der Map zu sehen sind, ist nicht so toll, oder? Da stimme ich dir zu. Liebe Grüße, ~~ Ondra [1] https://github.com/gravitystorm/openstreetmap-carto/issues/116 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
Nemáme výslovný souhlas používat mapy Seznamu pro potřeby OSM. Spojit OSM dlaždice se Seznamem pokud vím je porblém, protože oba používají jiný souř. systém (a od toho se odvíjející schema dlaždic. J Dne 7.12.2013 18:40, Petr Vejsada napsal(a): Ahoj, jakožto milovník výletů jsem připravil tu samostatnou vrstvu s turistickými cestami. http://tile.poloha.net/kct/{zoom}/{x}/{y}.png Ukázka http://pedro.poloha.net/mapa/kct Jak to navrstvit s mapami Seznamu nevím a tak nechávám na někom jiném; asi to nebude nic těžkého pro toho, kdo už s mapami Seznamu dělal. Samozřejmě vítám hlášení chyb -- Petr Dne Út 3. prosince 2013 15:27:32, Václav Kubíček napsal(a): Ahoj, já používám ještě tuto mapu http://www.waymarkedtrails.org/ jsou v ní všechny turistické značky tvořené pomocí relace. Výhodou je, že vypíše trasy v oblasti a můžete si zobrazit jednotlivé trasy (když procházím nějakou trasu a pak zjišťuji jestli už má relaci nebo ne). A rychlost aktualizace je v desítkách minut až hodin. Jinak co nám chybí a nemáme jen tak mít asi nebudeme, o čemž se tu vedla v minulosti hodně vášnivá diskuze. Mě osobně by se třeba líbilo zapracovat osm trasy jako vrstvu nad seznamovskými mapami abych viděl co je zmapované a co ne a podle toho se tam se vydat. PS: seznam na http://osm.paws.cz/hiking.php vypadá zajímavě, jak často se aktualizuje? Šli by tam přidat další sloupečky (note, destinations, ...)? Nešelo by udělat tlačítko na export do nějakého tabulkového editoru, texťáku, csv? Případně nevíte jak si to vycucat z osm svépomocí do tabulky? Vašek __ Od: Petr Holub ho...@ics.muni.cz Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org Datum: 02.12.2013 22:21 Předmět: Re: [Talk-cz] mapovani turistickych znacek - soustredene usili Ahoj, chtěl bych se zeptat, máme-li přehled o turistických trasách (KCT) v OSM, přehled o jejich stavu (tabelární/mapový?), který by ukazoval co máme, co nám chybí, něco jako kdysi uzly silniční sítě? Říkám si, že mapování značek by bylo efektivnější, kdyby takový přehled existoval, aby se mappeři spíše vydali do míst, která zatím pokrytá nejsou Nějaký tip? podle mne máme akorát nepříliš často aktualizované stránky: https://wiki.openstreetmap.org/wiki/Trasy_K%C4%8CT https://wiki.openstreetmap.org/wiki/Cyklotrasy_v_%C4%8CR a pak samozřejmě vizuální pohled na http://mtbmap.cz/ v zoomu 11 nebo menším. Nějaké lepší nástroje by určitě bodly, zejména pokud bychom měli informace o tom, kolik kde nám ještě chybí protrasovat :-) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import vrcholů z turistické mapy Seznam.cz
Na spatiallite bych se vykašlal - na vážnou práci postgis Díky všem za pozitivní odezvu, tak já od nich ta data stáhnu, ujistím se o licencích a dám vědět J Dne 7.12.2013 12:20, Vojtěch Kalčík napsal(a): Ahoj, vrcholy by byly fajn. Koukal jsem, že aktuálně je v ČR zmapováno 2920 vrcholů. Takže 48087 vrcholů by byl určitě posun dopředu. Do importu bych se klidně pustil nebo s ním někomu pomohl. Ještě jsem teda nic do OSM neimportoval, ale rád získám nové zkušenosti. Mám zkušenosti s Pythonem, knihovnou pyproj a SpatiaLite, takže bych mohl vytvořit skript na řešení duplicit podle vzdálenosti a atributů Vojta Dne 6.12.2013 11:43, Dalibor Jelínek napsal(a): Ahoj, to je hezke, vrcholy v mapach dost chybi. Ja bych s tim rad pomohl. Zdraví, Dalibor -Original Message- From: Jachym Cepicky [mailto:jachym.cepi...@gmail.com] Sent: Thursday, December 5, 2013 4:42 PM To: OpenStreetMap Czech Republic Subject: [Talk-cz] import vrcholů z turistické mapy Seznam.cz Zdravím všechny trochu jsem se navzájem oťukával se Seznam.cz o možnosti nějakým způsobem využít jejich turistické značky pro potřeby OSM. To bohužel nedopadlo, ale pan Žemlík (Manažer kartografické redakce Mapy.cz) mi nabídl, že pro potřeby OSM by Seznam.cz mohl uvolnit data českých vrcholů. Jedná se o všechny vrcholy jak jsou v turistické mapě v rámci Česka. Jedná se především o vrcholové kóty, ne o kóty ve svahu apod. V mapě je 48087 bodovek vrcholů, výška je vždy, název pokud existuje. V mapě např. zde: http://mapy.cz/#!x=14.406667y=50.124393z=16l=16t=s nebo zde: http://mapy.cz/#!x=15.944618y=48.840290z=14l=16t=s Data nejsou s atributy, dostali bychom kótu, anotaci názvu a anotaci výšky. Převod do atributů byl na nás. Většina, co už v OSM je bude asi duplicitní. Máme o ta data zájem? Hlásí se dobrovolník na import? V případě kladné odpovědi jsem slíbil: 1. Uvedení zdroje: source po domluvě buď Seznam.cz nebo co si řeknou 2. Uživatelský účet Seznamu pro import (nejsem si jist, jak technicky možné to je nebo jaký je best practice) 3. Když budeme někde o OSM mluvit, zmíníme naše donátory (prezentace, konference) 4. Článek, popisující vedle toho že data byla naimportována i nějaké to technické zázemí.. - prostě PR, ze kterého tak moc PR nekouká. Jak to vidíte? J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Test export communes
404 not found ? 2013/12/7 Christian Quest cqu...@openstreetmap.fr J'ai sorti un export en shapefile wgs84 des limites de communes (façon BDtopo) disponible ici: http://osm13.openstreetmap.fr/~cquest/openfla/export-topo-shp/ Merci pour vos retours. Je pense aussi sortir l'équivalent du GEOFLA. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Test export communes
Le 8 décembre 2013 09:17, Sylvain Perrinel sylvain.perri...@gmail.com a écrit : 404 not found ? Index of /~cquest/openfla/export Apache/2.2.22 (Ubuntu) Server at osm13.openstreetmap.fr Port 80 http://osm13.openstreetmap.fr/~cquest/openfla/export/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Josm : Problème avec le cadastre
Bonjour, Le 06/12/2013 21:20, Eric SIBERT a écrit : En complément, si je redémarre josm et que je demande directement la seconde commune, j'obtiens bien le cadastre de la seconde commune. Sinon, j'ai un autre problème. Dans le même coin, il y a une troisième commune cette fois en raster mais géoréférancé en Lambert III dans http://www.cadastre.gouv.fr/. Après chargement du raster, le plugin me demande de géoréférencer l'image sans indiquer qu'il existe déjà un géoréférencement. Tout ça pour dire que je suis tombé sur un problème de limites communales dans une zone significativement urbanisée donc le bâti est aussi à la rue. Eric Depuis quelques temps, j'ai des problèmes avec le cadastre dans JOSM. Je demande une première commune (vectorielle). Ça s'affiche bien. Ensuite, je veux voir une seconde commune (vectorielle) voisine. Je supprime le calque de la première commune. Je vais dans le menu Cadastre|Changer de lieu. J'indique le nom de la seconde commune qui est bien reconnue. Sauf que c'est toujours le fond de la première commune qui s'affiche même si dans la liste des calques, j'ai bien le nom de la seconde commune. Pour le passage d'une commune vectorielle à l'autre, je viens d'en avoir besoin et chez moi ça marche : JOSM 6388 et plugin cadastre-fr 29934. Pour la non prise en compte automatique du géoréférencement des planches, c'est le cas depuis cet été quand cadastre.gouv.fr a chamboulé sa manière de servir les planches [1]. vincent [1] : https://lists.openstreetmap.org/pipermail/talk-fr/2013-August/061522.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Test export communes
Le 07/12/2013 10:53, Christian Quest a écrit : J'ai sorti un export en shapefile wgs84 des limites de communes (façon BDtopo) disponible ici: http://osm13.openstreetmap.fr/~cquest/openfla/export-topo-shp/ http://osm13.openstreetmap.fr/%7Ecquest/openfla/export-topo-shp/ Merci pour vos retours. Je pense aussi sortir l'équivalent du GEOFLA. Dans les arrondissements, tu as aussi les zones pastorales ! Du coup sur le Bas-Rhin, on a 851 communes au lieu des 527 réglementaires. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] données douteuses
Le 07/12/2013 23:39, Christian Quest a écrit : Tu contacte le contributeur... Le 7 décembre 2013 23:29, Claude claude.mar...@gmail.com mailto:claude.mar...@gmail.com a écrit : Bonsoir En faisant des mise à jours du coté de Briennon (42) je suis tombé sur une routes départementale avec un tag name=La Bourbasse. J'avais pas encore vu de départementale avec un nom comme ca mais pourquoi pas. En continuant mes tracé, j'en ai trouvé plein d'autre et ça m'a fais penser à Google Map. je suis allé vérifier Je pense que c'est bien ça. c'est flagrant ici http://osm.org/go/0AnsCL~I http://osm.org/go/0AnsCL%7EI la D35 est coupé exactement au même point que sur Google Map et les nom sont identiques Que doit-je faire, je supprime les name? cordialement Claude -- Envoyé avec Mozilla Thunderbird --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr c'est fait j'attend une réponse mais le contributeur semble avoir déserté OSM depuis plus d'un an après une vingtaine de contribution -- Envoyé avec Mozilla Thunderbird --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communiqué de presse limites administratives
Voici le PDF en principe final: http://cl.ly/1R2Q2d1Q1g2g qui sera en ligne sur le site web demain à partir de 9h (j'ai mis une publication automatique n'étant pas sûr de pouvoir me connecter demain). Merci à tous pour les remarques, les corrections, les 17 dernières communes même approximatives. Le 5 décembre 2013 22:03, DH dhel...@free.fr a écrit : Le 05/12/2013 16:47, Pieren a écrit : l'ensemble des limites .. de France disponible remplacer crowdsourcing (un anglicisme peu utilisé ici car difficile à prononcer) par participatif +1 ici, en Alsace, ça finit souvent en Kraut-sourcing (expérience vécue ;-) Du coup, ça fait moins sens (les contributeurs sont chous ?) Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Josm : Problème avec le cadastre
Pour le passage d'une commune vectorielle à l'autre, je viens d'en avoir besoin et chez moi ça marche : JOSM 6388 et plugin cadastre-fr 29934. J'ai bien les mêmes versions. Je viens de refaire un essai. J'ai toujours le problème. Pour être plus précis, ce sont les zones déjà chargées dans la première commune qui ne sont pas rechargées dans la seconde. Par contre, si je me déplace dans des zones non couvertes, je récupère bien le cadastre de la nouvelle commune. Pour la non prise en compte automatique du géoréférencement des planches, c'est le cas depuis cet été quand cadastre.gouv.fr a chamboulé sa manière de servir les planches [1]. J'ai raté l'info à l'époque. J'étais IRL sans connexion... -- Éric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communiqué de presse limites administratives
Le 08/12/2013 10:08, Christian Quest a écrit : Voici le PDF en principe final: http://cl.ly/1R2Q2d1Q1g2g qui sera en ligne sur le site web demain à partir de 9h (j'ai mis une publication automatique n'étant pas sûr de pouvoir me connecter demain). Merci à tous pour les remarques, les corrections, les 17 dernières communes même approximatives. Yeah !!! Corrections : -- Direction Générale des Finances Publiques - Direction générale des finances publiques (DGFiP) -- ODbL (Open Database Licence) - ODbL (Open Database License) -- plus de 9,5/ millions de points - 9,5 millions (pas de coupure de ligne à l'intérieur d'un nombre) -- Journal Officiel - Journal officiel -- idem pour Code Officiel Géographique - Code officiel géographique -- et pour Référentiel à Grande Échelle - Référentiel à grande échelle -- etc - etc. -- Ce fonctionnement distingue OpenStreetMap des fournisseurs publiques d’information - publics -- OpenStreetMap-France ou OpenStreetMap France ? -- Je mettrais la dernière phrase : OpenStreetMap est un projet [...] des données cartographiques. comme *première* phrase. -- Homogénéité : Cadastre ou cadastre ? cadastre = base de données sur les propriétés bâties et non bâties Cadastre = service administratif chargé de gérer le cadastre français Nuance pas claire dans le texte Merci et bravo à tous ! C'est de la belle ouvrage, -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communiqué de presse limites administratives
Le 08/12/2013 10:47, Jean-Francois Nifenecker a écrit : Le 08/12/2013 10:08, Christian Quest a écrit : Voici le PDF en principe final: http://cl.ly/1R2Q2d1Q1g2g qui sera en ligne sur le site web demain à partir de 9h (j'ai mis une publication automatique n'étant pas sûr de pouvoir me connecter demain). Merci à tous pour les remarques, les corrections, les 17 dernières communes même approximatives. Yeah !!! Corrections : -- Direction Générale des Finances Publiques - Direction générale des finances publiques (DGFiP) -- ODbL (Open Database Licence) - ODbL (Open Database License) -- plus de 9,5/ millions de points - 9,5 millions (pas de coupure de ligne à l'intérieur d'un nombre) -- Journal Officiel - Journal officiel -- idem pour Code Officiel Géographique - Code officiel géographique -- et pour Référentiel à Grande Échelle - Référentiel à grande échelle -- etc - etc. -- Ce fonctionnement distingue OpenStreetMap des fournisseurs publiques d’information - publics -- OpenStreetMap-France ou OpenStreetMap France ? -- Je mettrais la dernière phrase : OpenStreetMap est un projet [...] des données cartographiques. comme *première* phrase. -- Homogénéité : Cadastre ou cadastre ? cadastre = base de données sur les propriétés bâties et non bâties Cadastre = service administratif chargé de gérer le cadastre français Nuance pas claire dans le texte Merci et bravo à tous ! C'est de la belle ouvrage, Oops. J'ai modifié le hackpad après génération du PDF mais avant ton mail. Oh, ça concerne peu de choses... : le nombre de communes :-) J'avais modifié 36664 en 36680 pour être raccord avec ton billet sur le blog. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Josm : Problème avec le cadastre
Le 08/12/2013 10:23, Eric SIBERT a écrit : Pour le passage d'une commune vectorielle à l'autre, je viens d'en avoir besoin et chez moi ça marche : JOSM 6388 et plugin cadastre-fr 29934. J'ai bien les mêmes versions. Je viens de refaire un essai. J'ai toujours le problème. Pour être plus précis, ce sont les zones déjà chargées dans la première commune qui ne sont pas rechargées dans la seconde. Par contre, si je me déplace dans des zones non couvertes, je récupère bien le cadastre de la nouvelle commune. Je n'avais pas testé avec des communes limitrophes, mais chez moi ça marche bien aussi. Tu as les noms de tes communes pour essayer ? (Ce qui marche chez moi à l'instant ce sont des communes en Vendée). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communiqué de presse limites administratives
J'ai intégré les correction de Jean-François. Je bute sur ce nombre... 36664 c'est ce que j'ai en base, plus les 17 communes du GEOFLA sur Mayotte qui ne sont qu'une copie de données et pas une création de notre part. Il devrait y en avoir une de moins... à moins que Bois-Guillaume-Bihorel ait été re-séparé dans OSM. 36680 c'est ma déduction des 36681 moins une fusion trouvée sur le JO. J'ai beau croiser le COG avec OSM, je ne trouve pas l'écart... Le 8 décembre 2013 11:01, Vincent de Château-Thierry v...@laposte.net a écrit : Le 08/12/2013 10:47, Jean-Francois Nifenecker a écrit : Le 08/12/2013 10:08, Christian Quest a écrit : Voici le PDF en principe final: http://cl.ly/1R2Q2d1Q1g2g qui sera en ligne sur le site web demain à partir de 9h (j'ai mis une publication automatique n'étant pas sûr de pouvoir me connecter demain). Merci à tous pour les remarques, les corrections, les 17 dernières communes même approximatives. Yeah !!! Corrections : -- Direction Générale des Finances Publiques - Direction générale des finances publiques (DGFiP) -- ODbL (Open Database Licence) - ODbL (Open Database License) -- plus de 9,5/ millions de points - 9,5 millions (pas de coupure de ligne à l'intérieur d'un nombre) -- Journal Officiel - Journal officiel -- idem pour Code Officiel Géographique - Code officiel géographique -- et pour Référentiel à Grande Échelle - Référentiel à grande échelle -- etc - etc. -- Ce fonctionnement distingue OpenStreetMap des fournisseurs publiques d’information - publics -- OpenStreetMap-France ou OpenStreetMap France ? -- Je mettrais la dernière phrase : OpenStreetMap est un projet [...] des données cartographiques. comme *première* phrase. -- Homogénéité : Cadastre ou cadastre ? cadastre = base de données sur les propriétés bâties et non bâties Cadastre = service administratif chargé de gérer le cadastre français Nuance pas claire dans le texte Merci et bravo à tous ! C'est de la belle ouvrage, Oops. J'ai modifié le hackpad après génération du PDF mais avant ton mail. Oh, ça concerne peu de choses... : le nombre de communes :-) J'avais modifié 36664 en 36680 pour être raccord avec ton billet sur le blog. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Josm : Problème avec le cadastre
J'ai le problème entre les communes de Chamrousse et Vaulnaveys-le-Haut (38) au lieu dit plateau de l'arselle. Je l'avais déjà constaté il y a quelques jours à un autre endroit, dans le Vercors, à la limite Isère (38) et Drôme (26). Je peux fournir une capture d'écran. Eric --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communiqué de presse limites administratives
Trouvée ! Saint-Martin 97801 C'est une collectivité d'outre-mer, pas à proprement parler une commune, donc l'admin_level=8 est problématique, non ? Le 8 décembre 2013 11:17, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai intégré les correction de Jean-François. Je bute sur ce nombre... 36664 c'est ce que j'ai en base, plus les 17 communes du GEOFLA sur Mayotte qui ne sont qu'une copie de données et pas une création de notre part. Il devrait y en avoir une de moins... à moins que Bois-Guillaume-Bihorel ait été re-séparé dans OSM. 36680 c'est ma déduction des 36681 moins une fusion trouvée sur le JO. J'ai beau croiser le COG avec OSM, je ne trouve pas l'écart... Le 8 décembre 2013 11:01, Vincent de Château-Thierry v...@laposte.net a écrit : Le 08/12/2013 10:47, Jean-Francois Nifenecker a écrit : Le 08/12/2013 10:08, Christian Quest a écrit : Voici le PDF en principe final: http://cl.ly/1R2Q2d1Q1g2g qui sera en ligne sur le site web demain à partir de 9h (j'ai mis une publication automatique n'étant pas sûr de pouvoir me connecter demain). Merci à tous pour les remarques, les corrections, les 17 dernières communes même approximatives. Yeah !!! Corrections : -- Direction Générale des Finances Publiques - Direction générale des finances publiques (DGFiP) -- ODbL (Open Database Licence) - ODbL (Open Database License) -- plus de 9,5/ millions de points - 9,5 millions (pas de coupure de ligne à l'intérieur d'un nombre) -- Journal Officiel - Journal officiel -- idem pour Code Officiel Géographique - Code officiel géographique -- et pour Référentiel à Grande Échelle - Référentiel à grande échelle -- etc - etc. -- Ce fonctionnement distingue OpenStreetMap des fournisseurs publiques d’information - publics -- OpenStreetMap-France ou OpenStreetMap France ? -- Je mettrais la dernière phrase : OpenStreetMap est un projet [...] des données cartographiques. comme *première* phrase. -- Homogénéité : Cadastre ou cadastre ? cadastre = base de données sur les propriétés bâties et non bâties Cadastre = service administratif chargé de gérer le cadastre français Nuance pas claire dans le texte Merci et bravo à tous ! C'est de la belle ouvrage, Oops. J'ai modifié le hackpad après génération du PDF mais avant ton mail. Oh, ça concerne peu de choses... : le nombre de communes :-) J'avais modifié 36664 en 36680 pour être raccord avec ton billet sur le blog. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communiqué de presse limites administratives
CP modifié avec 36680 communes et un peu de remise en forme: http://cl.ly/2v2s2u392s2E Dernier problème... un trou dans le puzzle ! http://osmose.openstreetmap.fr/fr/map/?class=1zoom=14lat=49.85468lon=2.34666layers=B00FFTitem=6060level=1,2,3 Un volontaire pour regarder ça ? Le 8 décembre 2013 11:26, Christian Quest cqu...@openstreetmap.fr a écrit : Trouvée ! Saint-Martin 97801 C'est une collectivité d'outre-mer, pas à proprement parler une commune, donc l'admin_level=8 est problématique, non ? Le 8 décembre 2013 11:17, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai intégré les correction de Jean-François. Je bute sur ce nombre... 36664 c'est ce que j'ai en base, plus les 17 communes du GEOFLA sur Mayotte qui ne sont qu'une copie de données et pas une création de notre part. Il devrait y en avoir une de moins... à moins que Bois-Guillaume-Bihorel ait été re-séparé dans OSM. 36680 c'est ma déduction des 36681 moins une fusion trouvée sur le JO. J'ai beau croiser le COG avec OSM, je ne trouve pas l'écart... Le 8 décembre 2013 11:01, Vincent de Château-Thierry v...@laposte.neta écrit : Le 08/12/2013 10:47, Jean-Francois Nifenecker a écrit : Le 08/12/2013 10:08, Christian Quest a écrit : Voici le PDF en principe final: http://cl.ly/1R2Q2d1Q1g2g qui sera en ligne sur le site web demain à partir de 9h (j'ai mis une publication automatique n'étant pas sûr de pouvoir me connecter demain). Merci à tous pour les remarques, les corrections, les 17 dernières communes même approximatives. Yeah !!! Corrections : -- Direction Générale des Finances Publiques - Direction générale des finances publiques (DGFiP) -- ODbL (Open Database Licence) - ODbL (Open Database License) -- plus de 9,5/ millions de points - 9,5 millions (pas de coupure de ligne à l'intérieur d'un nombre) -- Journal Officiel - Journal officiel -- idem pour Code Officiel Géographique - Code officiel géographique -- et pour Référentiel à Grande Échelle - Référentiel à grande échelle -- etc - etc. -- Ce fonctionnement distingue OpenStreetMap des fournisseurs publiques d’information - publics -- OpenStreetMap-France ou OpenStreetMap France ? -- Je mettrais la dernière phrase : OpenStreetMap est un projet [...] des données cartographiques. comme *première* phrase. -- Homogénéité : Cadastre ou cadastre ? cadastre = base de données sur les propriétés bâties et non bâties Cadastre = service administratif chargé de gérer le cadastre français Nuance pas claire dans le texte Merci et bravo à tous ! C'est de la belle ouvrage, Oops. J'ai modifié le hackpad après génération du PDF mais avant ton mail. Oh, ça concerne peu de choses... : le nombre de communes :-) J'avais modifié 36664 en 36680 pour être raccord avec ton billet sur le blog. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communiqué de presse limites administratives
En fait on a un no commune's land au niveau de l'échangeur en Cagny et Boves, je regarde sur le cadastre ou ça coinçouille. Le 8 décembre 2013 12:01, Christian Quest cqu...@openstreetmap.fr a écrit : CP modifié avec 36680 communes et un peu de remise en forme: http://cl.ly/2v2s2u392s2E Dernier problème... un trou dans le puzzle ! http://osmose.openstreetmap.fr/fr/map/?class=1zoom=14lat=49.85468lon=2.34666layers=B00FFTitem=6060level=1,2,3 Un volontaire pour regarder ça ? Le 8 décembre 2013 11:26, Christian Quest cqu...@openstreetmap.fr a écrit : Trouvée ! Saint-Martin 97801 C'est une collectivité d'outre-mer, pas à proprement parler une commune, donc l'admin_level=8 est problématique, non ? Le 8 décembre 2013 11:17, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai intégré les correction de Jean-François. Je bute sur ce nombre... 36664 c'est ce que j'ai en base, plus les 17 communes du GEOFLA sur Mayotte qui ne sont qu'une copie de données et pas une création de notre part. Il devrait y en avoir une de moins... à moins que Bois-Guillaume-Bihorel ait été re-séparé dans OSM. 36680 c'est ma déduction des 36681 moins une fusion trouvée sur le JO. J'ai beau croiser le COG avec OSM, je ne trouve pas l'écart... Le 8 décembre 2013 11:01, Vincent de Château-Thierry v...@laposte.net a écrit : Le 08/12/2013 10:47, Jean-Francois Nifenecker a écrit : Le 08/12/2013 10:08, Christian Quest a écrit : Voici le PDF en principe final: http://cl.ly/1R2Q2d1Q1g2g qui sera en ligne sur le site web demain à partir de 9h (j'ai mis une publication automatique n'étant pas sûr de pouvoir me connecter demain). Merci à tous pour les remarques, les corrections, les 17 dernières communes même approximatives. Yeah !!! Corrections : -- Direction Générale des Finances Publiques - Direction générale des finances publiques (DGFiP) -- ODbL (Open Database Licence) - ODbL (Open Database License) -- plus de 9,5/ millions de points - 9,5 millions (pas de coupure de ligne à l'intérieur d'un nombre) -- Journal Officiel - Journal officiel -- idem pour Code Officiel Géographique - Code officiel géographique -- et pour Référentiel à Grande Échelle - Référentiel à grande échelle -- etc - etc. -- Ce fonctionnement distingue OpenStreetMap des fournisseurs publiques d’information - publics -- OpenStreetMap-France ou OpenStreetMap France ? -- Je mettrais la dernière phrase : OpenStreetMap est un projet [...] des données cartographiques. comme *première* phrase. -- Homogénéité : Cadastre ou cadastre ? cadastre = base de données sur les propriétés bâties et non bâties Cadastre = service administratif chargé de gérer le cadastre français Nuance pas claire dans le texte Merci et bravo à tous ! C'est de la belle ouvrage, Oops. J'ai modifié le hackpad après génération du PDF mais avant ton mail. Oh, ça concerne peu de choses... : le nombre de communes :-) J'avais modifié 36664 en 36680 pour être raccord avec ton billet sur le blog. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communiqué de presse limites administratives
En fait selon le cadastre vecoriel des deux communes le morceau n'appartient ni a l'une ni a l'autre http://i.imgur.com/sT4LvHA.png Le 8 décembre 2013 12:33, Tetsuo Shima tets...@gmail.com a écrit : En fait on a un no commune's land au niveau de l'échangeur en Cagny et Boves, je regarde sur le cadastre ou ça coinçouille. Le 8 décembre 2013 12:01, Christian Quest cqu...@openstreetmap.fr a écrit : CP modifié avec 36680 communes et un peu de remise en forme: http://cl.ly/2v2s2u392s2E Dernier problème... un trou dans le puzzle ! http://osmose.openstreetmap.fr/fr/map/?class=1zoom=14lat=49.85468lon=2.34666layers=B00FFTitem=6060level=1,2,3 Un volontaire pour regarder ça ? Le 8 décembre 2013 11:26, Christian Quest cqu...@openstreetmap.fr a écrit : Trouvée ! Saint-Martin 97801 C'est une collectivité d'outre-mer, pas à proprement parler une commune, donc l'admin_level=8 est problématique, non ? Le 8 décembre 2013 11:17, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai intégré les correction de Jean-François. Je bute sur ce nombre... 36664 c'est ce que j'ai en base, plus les 17 communes du GEOFLA sur Mayotte qui ne sont qu'une copie de données et pas une création de notre part. Il devrait y en avoir une de moins... à moins que Bois-Guillaume-Bihorel ait été re-séparé dans OSM. 36680 c'est ma déduction des 36681 moins une fusion trouvée sur le JO. J'ai beau croiser le COG avec OSM, je ne trouve pas l'écart... Le 8 décembre 2013 11:01, Vincent de Château-Thierry v...@laposte.net a écrit : Le 08/12/2013 10:47, Jean-Francois Nifenecker a écrit : Le 08/12/2013 10:08, Christian Quest a écrit : Voici le PDF en principe final: http://cl.ly/1R2Q2d1Q1g2g qui sera en ligne sur le site web demain à partir de 9h (j'ai mis une publication automatique n'étant pas sûr de pouvoir me connecter demain). Merci à tous pour les remarques, les corrections, les 17 dernières communes même approximatives. Yeah !!! Corrections : -- Direction Générale des Finances Publiques - Direction générale des finances publiques (DGFiP) -- ODbL (Open Database Licence) - ODbL (Open Database License) -- plus de 9,5/ millions de points - 9,5 millions (pas de coupure de ligne à l'intérieur d'un nombre) -- Journal Officiel - Journal officiel -- idem pour Code Officiel Géographique - Code officiel géographique -- et pour Référentiel à Grande Échelle - Référentiel à grande échelle -- etc - etc. -- Ce fonctionnement distingue OpenStreetMap des fournisseurs publiques d’information - publics -- OpenStreetMap-France ou OpenStreetMap France ? -- Je mettrais la dernière phrase : OpenStreetMap est un projet [...] des données cartographiques. comme *première* phrase. -- Homogénéité : Cadastre ou cadastre ? cadastre = base de données sur les propriétés bâties et non bâties Cadastre = service administratif chargé de gérer le cadastre français Nuance pas claire dans le texte Merci et bravo à tous ! C'est de la belle ouvrage, Oops. J'ai modifié le hackpad après génération du PDF mais avant ton mail. Oh, ça concerne peu de choses... : le nombre de communes :-) J'avais modifié 36664 en 36680 pour être raccord avec ton billet sur le blog. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les antennes radio
Le 6 déc. 2013 à 22:25, Gad.Jo perche...@gmail.com a écrit : Bonsoir, J'ai lu un article en ligne indiquant que l'agence nationale des fréquences viens de mettre en ligne des application permettant de localiser les antennes : http://www.lefigaro.fr/secteur/high-tech/2013/12/06/01007-20131206ARTFIG00462-4g-une-application-pour-localiser-les-antennes-des-operateurs-telecoms.php L’appli n’est pas très rapide (en Wifi), mais ça marche. Sympa le mode carte IGN / OpenStreetMap : ça permet de voir les antennes sur un fond OSM. Et aussi les sentiers, antennes, etc. qui restent à cartographier ;-) Peut être est t'il possible de les contacter pour leur demander l'autorisation de réutiliser les données. En attendant je compte m'en servir pour venir constater sur place la présence effective d'antenne et cartographier ce que j'aurai réellement relevé (pas d'édition en mode canapé). J’ai cartographié quelques antennes dans ma cambrousse. En voici une : nœud 2496979925 communication:mobile_phone = gsm;umts man_made = mast ref:anfr = 370657 Il ne me parait pas pertinent de dupliquer les données de cartoradio, mais plutôt de mettre un lien vers leur base (j’utilise ref:anfr). D’une part car ces données sont changeantes, d’autre part car la proposition Telecommunications_tower ne me parait pas adaptée quand il y a plusieurs opérateurs sur un même pylône. Est ce que j'ai le droit ?? Il me semble ;-) — Yves PS : Est-ce pertinent de spécifier la bande GSM / UMTS dans communication:mobile_phone ? On trouve parfois dans taginfo les valeurs gsm900, gsm1800___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les antennes radio
Bonjour, Je ne peux que dire +1 pour utiliser ref:* sans remettre tous les services dispos sur le noeud. A ce sujet, ne devrait-on pas privilégier/documenter ref:FR:ANFR au lieu de ref:anfr ? D'autant qu'en France, on peut exporter la base ANFR donc les relations peuvent être vite faites. Je vais compléter la page de discussion de la proposition dans ce sens. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 8 décembre 2013 14:16, Yves Pratter yves.prat...@laposte.net a écrit : Le 6 déc. 2013 à 22:25, Gad.Jo perche...@gmail.com a écrit : Bonsoir, J'ai lu un article en ligne indiquant que l'agence nationale des fréquences viens de mettre en ligne des application permettant de localiser les antennes : http://www.lefigaro.fr/secteur/high-tech/2013/12/06/01007-20131206ARTFIG00462-4g-une-application-pour-localiser-les-antennes-des-operateurs-telecoms.php L’appli n’est pas très rapide (en Wifi), mais ça marche. Sympa le mode carte IGN / OpenStreetMap : ça permet de voir les antennes sur un fond OSM. Et aussi les sentiers, antennes, etc. qui restent à cartographier ;-) Peut être est t'il possible de les contacter pour leur demander l'autorisation de réutiliser les données. En attendant je compte m'en servir pour venir constater sur place la présence effective d'antenne et cartographier ce que j'aurai réellement relevé (pas d'édition en mode canapé). J’ai cartographié quelques antennes dans ma cambrousse. En voici une : nœud 2496979925http://www.openstreetmap.org/node/2496979925 - communication:mobile_phone = gsm;umts - man_made = mast - ref:anfr = 370657 Il ne me parait pas pertinent de dupliquer les données de cartoradio, mais plutôt de mettre un lien vers leur base (j’utilise ref:anfr). D’une part car ces données sont changeantes, d’autre part car la proposition Telecommunications_towerhttp://wiki.openstreetmap.org/wiki/Proposed_features/Telecommunications_tower ne me parait pas adaptée quand il y a plusieurs opérateurs sur un même pylône. Est ce que j'ai le droit ?? Il me semble ;-) — Yves PS : Est-ce pertinent de spécifier la bande GSM / UMTS dans communication:mobile_phone ? On trouve parfois dans taginfohttp://taginfo.openstreetmap.org/keys/communication:mobile_phone#values les valeurs gsm900, gsm1800 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Le 06/12/2013 10:30, Stéphane Péneau a écrit : En attendant, est-ce qu'on peut imaginer reprendre le système des notes ajoutées sur la carte générale, mais pour signaler un problème qui ne peut être résolu par nous même ? Des notes qui ne seraient pas visibles sur la carte osm.org mais sur Osmose, ou tile.openstreetmap.fr ou autre, et visibles dans Josm à l'aide d'une version locale du plugin Notes. Exemple : http://www.openstreetmap.org/#map=18/46.86168/1.82964layers=N Stf Non, personne ne trouve cette idée intéressante ? On a des outils pour repérer sur une carte des erreurs, des points à améliorer, mais rien de vraiment pratique pour faire l'inverse, cad remonter sur la carte des erreurs, des cadastres aberrants, des warning pour orthophotos décalées, etc.. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Ho mon dieu (heu, je travaille sur les diocèses, là, va falloir que je me réadapte…), si seulement ça se faisait : https://github.com/openstreetmap/openstreetmap-website/issues/486 [3] Mais j'ai pas l'impression qu'une évaluation et un ajustement du « add a note » soit dans l'air. Ça risque de finir à la OSB, c't'histoire. D'ailleurs, mon taux de correction des notes est en chute libre depuis la nouvelle interface, et l'impossibilité de scanner rapidement les notes à faible zoom. JB. Le 08.12.2013 16:00, Stéphane Péneau a écrit : Le 06/12/2013 10:30, Stéphane Péneau a écrit : En attendant, est-ce qu'on peut imaginer reprendre le système des notes ajoutées sur la carte générale, mais pour signaler un problème qui ne peut être résolu par nous même ? Des notes qui ne seraient pas visibles sur la carte osm.org mais sur Osmose, ou tile.openstreetmap.fr ou autre, et visibles dans Josm à l'aide d'une version locale du plugin Notes. Exemple : http://www.openstreetmap.org/#map=18/46.86168/1.82964layers=N [1] Stf Non, personne ne trouve cette idée intéressante ? On a des outils pour repérer sur une carte des erreurs, des points à améliorer, mais rien de vraiment pratique pour faire l'inverse, cad remonter sur la carte des erreurs, des cadastres aberrants, des warning pour orthophotos décalées, etc.. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [2] Links: -- [1] http://www.openstreetmap.org/#map=18/46.86168/1.82964amp;layers=N [2] https://lists.openstreetmap.org/listinfo/talk-fr [3] https://github.com/openstreetmap/openstreetmap-website/issues/486 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Test export communes
Ha oui, c'est le bordel dans le 25 aussi, avec 4 objets par code INSEE, mais des combinaisons différentes entre les arrondissements et les départements. Vite dit, parce que j'y connais rien dans l'export, je dirais que l'admin_level doit être combiné avec boundary=administrative pour pas croiser des boundary=religious_administration, qui utilise aussi l'admin_level 7 et 8… Vite, des données au point, s'il vous plait. C'est tellement plus facile que de bricoler comme je faisais avant (d'ailleurs, c'est pour quand, le tuto osmosis pour les nuls sous windows ?). JB. Le 08.12.2013 09:38, DH a écrit : Le 07/12/2013 10:53, Christian Quest a écrit : J'ai sorti un export en shapefile wgs84 des limites de communes (façon BDtopo) disponible ici: http://osm13.openstreetmap.fr/~cquest/openfla/export-topo-shp/ [1] http://osm13.openstreetmap.fr/%7Ecquest/openfla/export-topo-shp/ [2] Merci pour vos retours. Je pense aussi sortir l'équivalent du GEOFLA. Dans les arrondissements, tu as aussi les zones pastorales ! Du coup sur le Bas-Rhin, on a 851 communes au lieu des 527 réglementaires. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [3] Links: -- [1] http://osm13.openstreetmap.fr/~cquest/openfla/export-topo-shp/ [2] http://osm13.openstreetmap.fr/%7Ecquest/openfla/export-topo-shp/ [3] https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Test export communes
Le dimanche 08 décembre 2013 20:22:46, JB a écrit : Vite, des données au point, s'il vous plait. Vite ? b... quel vilain mot dans un contexte de bénévolat. M'enfin à voir si ce truc là convient/compense ou complète : http://export.openstreetmap.fr/contours-administratifs/communes/ http://trac.openstreetmap.fr/newticket?component=suivi/export%20admin -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les antennes radio
Le 8 décembre 2013 15:45, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : A ce sujet, ne devrait-on pas privilégier/documenter ref:FR:ANFR au lieu de ref:anfr ? +1. C'est une fâcheuse manie trop fréquente de la part de ceux qui veulent aller vite, et croient faire simple avec des tags abrégés qui polluent la base OSM pour les autres utilisations hors de France, alors que c'est une référence purement franco-française sans équivalent possible ailleurs (en l'état). D'ailleurs cela devrait être la règle: ne jamais créer de nouvelle clé dans ref:* sans passer par une liste de discussion internationale. En attendant il vaut toujours mieux utiliser ref:FR:* et limiter les dégâts. Ou encore ref:EU:* si c'est une nomenclature venant d'une agence de l'Union européenne. La remarque ne vaut pas que pour la France et les références d'autres pays (même au Royaume-Uni dont est issu OSM, ou aux USA avec leurs nombreuses agences fédérales ou de chacun de leurs Etats) devraient aussi utiliser cette convention claire. (d'autant plus que ces références de nomenclatures d'origine nationale ne sont très souvent pas restreintes non plus à une géolocalisation sur leur propre territoire, on ne peut pas compter sur la géolocalisation des objets référencés pour résoudre les conflits, la géolocalisation étant une opération très coûteuse à réaliser à l'échelle des pays du fait de leur complexité géométrique). Même pour une référence internationale issue de l'ISO ou d'une agence de l'ONU ou de l'UIT, il vaut mieux utiliser ref:ISO:*=* ou ref:UNO:*=* ou ref:ITU:*=* si on veut commencer à expérimenter quelque chose avec un sous-tag après la clé permettant d'identifier l'agence ou la norme utilisée). Et ce, même si à terme un schéma international se dégage pour utiliser un ref:sous-tag=valeur au lieu de ref:FR:sous-tag=valeur (et pas forcément avec le même sous-tag ou bien avec d'autres tags nécessaires, ou bien une forme de type ref:organisation-internationale:sous-tag=valeur ou ref:sous-tag=FR:valeur), ce qu'on ne peut pas décider seul au départ (les discussions permettent de dégager des problèmes locaux de classification que l'initiateur de la proposition ne pouvait pas savoir, le monde de la géographie est plein d'exceptions qui contredisent toutes les régles pré-supposées et dont on a du mal à percevoir l'importance sans l'avoir correctement éprouvé et mesuré). En plus ce n'est pas la première fois qu'on évoque ce sujet récurrent sur cette liste : ceux qui écrivent ici devraient le savoir déjà ! Il est moins pénible ensuite de classer les choses si dès le départ on a pris soin d'éviter les collisions complexes entre plusieurs interprétations possibles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Test export communes
Le 8 décembre 2013 20:22, JB jb...@mailoo.org a écrit : Vite dit, parce que j'y connais rien dans l'export, je dirais que l'admin_level doit être combiné avec boundary=administrative pour pas croiser des boundary=religious_administration, qui utilise aussi l'admin_level 7 et 8… Encore un effet qui était attendu quand celui qui a soutenu que la réutilisation de admin_level pour autre chose que boundary=administrative ne poserait pas de problème (ce qui est peut-être vrai qu'à la seule condition que seules les *relations* soient ainsi taguées, et *jamais* réutilisées simplement pour plusieurs rôles, même pour les plus petites entités : cela impose même de devoir accepter des relations ayant un seul chemin membre, en dépit d'une forte incitation à ne pas en créer !) Il suffit de voir que même pour les questions religieuses, la séparation des chapelles et dénomination est de moins en moins pertinente avec le développement des collaborations et échanges interreligieux : chaque église peut conserver ses références internes tout en se partageant les mêmes infrastructure et territoires couverts, et on devrait aller vers une utilisation accrue du partage des relations définissant entités territoriales. (et même vers une convergence accrue de ces entités vers les entités administratives pour des tas de raisons pratiques; ce qui à terme posera de plus en plus de problèmes de maintenance si les schémas supposés maintenus de façon identique dans de nombreuses zones se multiplient; sont concernés alors pas seulement les lieux de culte, mais aussi les associations, écoles, centres communautaires, hôpitaux et dispensaires, lieux de formation des membres du clergé, monastères et lieux de vie multi-religieux, entreprises parrainées... des tas de lieux qui doivent de plus en plus s'ouvrir et s'abstenir de faire une discrimination entre religions, même dans leur sphère privée dont elles sont propriétaires, dès lors qu'elles accueillent des éléments extérieurs du public et s'adressent même directement à ce public; toutes les religions sont concernées par la laïcité et la nécessité pour elles, ainsi que pour les institutions civiles athées, et même souvent la volonté exprimée, de se rapprocher en partageant de plus en plus de choses et de se soumettre à des lois communes). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Test export communes
Le 08/12/2013 21:04, Philippe Verdy a écrit : (et même vers une convergence accrue de ces entités vers les entités administratives pour des tas de raisons pratiques; ce qui à terme posera de plus en plus de problèmes de maintenance si les schémas supposés maintenus de façon identique dans de nombreuses zones se multiplient; sont concernés alors pas seulement les lieux de culte, mais aussi les associations, écoles, centres communautaires, hôpitaux et dispensaires, lieux de formation des membres du clergé, monastères et lieux de vie multi-religieux, entreprises parrainées... des tas de lieux qui doivent de plus en plus s'ouvrir et s'abstenir de faire une discrimination entre religions, même dans leur sphère privée dont elles sont propriétaires, dès lors qu'elles accueillent des éléments extérieurs du public et s'adressent même directement à ce public; toutes les religions sont concernées par la laïcité et la nécessité pour elles, ainsi que pour les institutions civiles athées, et même souvent la volonté exprimée, de se rapprocher en partageant de plus en plus de choses et de se soumettre à des lois communes). Ben moi, heu, j'ai rien compris à cette phrase. http://www.youtube.com/watch?v=V-Wo6-rnC6Y -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr