[talk-ph] crowdsourcing vehicle traffic information
Hi, There was an SOTM US event last weekend. I have been browsing the slides and I found this talk about ideas on gathering real traffic data ala OSM by Jeff Maki of OpenPlans [0]. What struck me is the pilot test in Cebu City a project by ITP with WorldBank [1] During the OSM training in WorldBank last Oct 5, Neil and Holly presented this case study. @Holly and Neil (subscribed here), could you share a bit of this project here? It would be great if the rest of the mailinglist would know more about your project. [0] https://docs.google.com/presentation/d/1f0Zw5_ui8perpVX-_Mh-saEHHCSQISotRqWrI3qz5HE/edit#slide=id.p [1] https://docs.google.com/presentation/d/1f0Zw5_ui8perpVX-_Mh-saEHHCSQISotRqWrI3qz5HE/edit#slide=id.g20ddac8d_0_70 -- 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 http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] [OSMPH GPS:14] place= ?
Can we discuss this thoroughly, and settle this once for all? :-) here is my opinion on this: -1 for use of hamlet on subdivisions/gated community reason: hamlet is defined as smaller rural community typically with some 100 inhabitants proposal: drop the use of hamlet, since even the mkgmap (compiler) recognize hamlet as a small town -1 for use of locality on subdivisions/gated community reason: locality is reserved for unpopulated named place proposal: let's use locality for (none-sitio/none purok) rural name of an areas with no defined boundary -1 for place=subdivision reason: not generally used in osm. the term is too general (there are residential, industrial and agricultural subdivisions) it doesn't even apply to large condominium complex +1 place=village --- exclusively for name of barangay only reason: we have been doing this already in PH mapping; it follows the OSM heirarchy citytownvillageneigborhood +1 place=suburb or place=locality for Districts in a City (eg. Cubao) - those places with no definite boundaries +1 place=farm for well established farmland/industrial farming/plantations/hacienda in excess of 1 hectare +1 place=neighbourhood --- all other places that are normally smaller than a barangay: gated community, subdivisions, large townhouse projects, multi-buildings condo complex, purok, sitio, phase (of a very large subdivision) Reason1: Neigbourhood is defined as a named part of a place=village, a place=town or a place=city. Smaller than place=suburb. (which is a good approximate in PH setting.) http://wiki.openstreetmap.org/wiki/Key:place Reason2: there are subdivisions larger than a barangay; subdivision located in 2 or more town boundaries; subdivisions=one whole barangay; large rural sitio that became smaller (portion was bought converted to a large subdivision); 1 sitio=1 purok; registered unregistered HOA (eg. neigborhood assoc informal settlers); HOA within a residential subdivision; 2-combined Phases of Subd into 1 HOA; townhouse project within a subdivision; etc. etc. etc. While if we use 'neighbourhood' for all the above complicated combinations, we simplify things for novice mappers, mail messengers, and the general public; those who may want to filter/extract address data from OSM; it also addresses rendering issues of places on maps of existing Apps. Why is neighborhood' (neighbourhood) so important? 1.Because in PH, (AFAIK) there is no existing law or standard followed in naming roads, thus... 2.There are some duplicate street names within the same town or barangay. 3.There are countless addresses in PH that does not have a 'street names', solely relying on 'neigborhood' info 4.We still use the obsolete 4-digit zipcode for an entire town in most areas in PH (which just make town_name redundant). 5.The only way to make a street_name unique, is to specify the name of the 'neigbourhood', not just the barangay. Example of a typical (none-building) Address in PH: Address1: 3 Mabolo St. Address2: Purok 2, Barangay San Juan Taytay, Rizal 1920 Address1: [Street No./Block#-Lot# / Kilometer Marker] [Street / Highway] Address2: [Neighbourhood] + [Barangay Name] [City/Town] + [Province Name] Zip Code where: neigbourhood = SubdivisionPhase# / Purok / Sitio / Gated Community / HomeOwners Assoc, etc Take Note: OSM doesn't have provision for PH's subd/purok,sitio,HOA,gated community, because of the ambiguous hierarchy of these places mentioned above. place=neighbourhood, maybe the closest and most appropriate tag for PH's equivalent of Address2 including barangay name. I happen to own a small messengerial business, and this issue of 'wrong or incomplete address' format supplied by the ignorant customers themselves is very costly for the entire mail-delivery industry, resulting in high number of late deliveries, return-to-sender; waste of precious fuel and man-hours. Maybe thru OSM, fellow mappers can help us start to sort out, simplify, propose for standardized PH Address System (thru your congressmen). It will be easier/simpler/faster for third parties to extract/filter out address data /or automatically correct wrong format by matching them with an official database of correct addresses. Thank you very much mabuhay! Rally :-) On Tue, Oct 16, 2012 at 9:53 PM, schadow1 schad...@cxsmedia.com wrote: I've been mapping subdivisions and thought that the place handler for such is subdivision as i am seeing several mappers using it. However i've seen at http://wiki.openstreetmap.org/wiki/Key:place that there is no such place. I'm seeing recent edits of manning that he uses hamlet but that is only for a place with 100-200 in a rural location. It is appropriate to use village on this? thank you -- You received this message because you are subscribed to the Google Groups OpenStreetMap Philippines GPS Map Development group. To post to this group, send email to osmph-gps-...@googlegroups.com. To unsubscribe from this group, send email to
Re: [talk-ph] [OSMPH GPS:17] Block and lot number
On Wed, Oct 17, 2012 at 2:31 AM, schadow1 schad...@cxsmedia.com wrote: Hi all, How do we indicate the block number and lot number of a certain node in OSM? I only know of addr:housenumber. dear schadow1, (long answer again --- i'm an advocate, hehe) :-) addr:housenumber can be any alphanumeric combination, (and where housenumber or streetnumber is not yet officially assigned by the LGU, local assessor, project developer or Philpost) +1 for addr:housenumber=B+[block_no] +[space] + L + [lot_no] eg. addr:housenumber=B27 L8 not Block 27 Lot 8 not Blk 27 Lot 8 not Lot 8 Blk 27 not as customers would insist on writing them (else we delay pushing for a standard/efficient address format law) note: B[x] L[x] saves a lot of character-spaces in paper/digital fill-up forms. [Block] before [Lot] -- on physical delivery of mails various services, it's easier to locate, and sort mails belonging to the same block. Also, by observation: this [Block] [Lot] format is adapted already by some real estate companies such as Sen. Villar's group of companies, etc in their list of customer database, (which makes sense to me). I'm more inclined to put the Phase_No of subdivision together with the Subdivision Name (because it's actually a subdivision within a subdivision (that's just my opinion) Additional Questions: What if a Duplex is built on the same Block-Lot property? How do we indicate the Door No. or Apartment No. on addr:housenumber? What if there's abuilding name on a property that already have an established Street_No or House_No? addr:housename that can be combined with addr:housenumber. But where where do we put the Unit No. or Floor No.? I believe in the USA, govt assigns a unique APT# (for any residential unit in a particular zipcode) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] [OSMPH GPS:17] Block and lot number
Additional Questions: What if a Duplex is built on the same Block-Lot property? How do we indicate the Door No. or Apartment No. on addr:housenumber? What if there's abuilding name on a property that already have an established Street_No or House_No? addr:housename that can be combined with addr:housenumber. But where where do we put the Unit No. or Floor No.? oops, disregard my last questions: there's already addr:door addr:unit addr:unit (why am i so lazy in scrolling down the wiki? i really need an OSM cheat sheet!) :-P ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Association/Veriniging OpenStreetMap Belgium
Pierre, Thanks a lot for you input We have not yet thought of any specific website. As far as I see it, as of today, the official OSM wiki does the job and we do not have to maintain (= devote some workforce) to its technical maintenance. May I also suggest to think about a support from the King Baudouin Foundation? How would you proceed ? What would this bring ? any help ? money ? support ? Ready to participate! What could you do ? How could you help us ? Much thanks, Nicolas -- Nicolas Pettiaux, dr. sc - gsm : +32 496 24 55 01 Lepacte.be - « promouvoir les libertés numériques en Belgique » - hetpact.be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Association/Veriniging OpenStreetMap Belgium
On Monday 15 October 2012 21:10:55 Pierre Parmentier wrote: Hello, I am following with interest the discussion about the 'OpenStreetMap Belgium asbl/vzw' project and the arguments in favour of one or two associations. 1. As an argument in favor of _one_ association, I can present the example of an asbl/vzw working in Belgium in English: the BIMCC ( http://www.bimcc.org). The Circle is dedicated to the history of cartography and ancient maps, etc. The bylaws are in French (see appendix). We 'work' in English and our Newsletter as well as our Website are also in English. We organise conferences in English. Meetings and visits are held anywhere in Belgium. But we may discuss in Dutch or French or German: anybody can express himself in his own language. Contacts with the various public departments are according to their language. It is true that our members from the south of Belgium are not so numerous. It is not only due to a lack of knowledge of the language but - in my opinion - to a lesser interest in the subject. Well, ask them how it works with relation to the government and getting grants etc. We can discuss all we want on this list, we're going to need some input from experienced people before we make any decisions based on what we may think. 2. Another example: the Swiss OpenStreetMap Association. Their Website is in four languages! If it were just languages, there wouldn't be a problem, it's basically about money and getting the optimal structure for that. 3. In a very different domain, but still in a 'culture' matter, look at the 'Vrijheids Festival des Libertés': bilingual with a large scope of sponsors/partners, including public authorities. Again, ask them how it works exactly. What the difficulties are, what you have to certainly do etc. And report it back to this list. 4. May I also suggest to think about a support from the King Baudouin Foundation? I can't really match their goals with those of OSM though... Why do you think they may be interested in OSM? Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Licensing of works containing geocodes pinpointed on OSM data
Greetings, My company is currently considering using OSM maps for pinpointing (geocoding) our own data, and then commercially selling a) printed maps produced with these pinpoints, and b) digital feeds incorporating these geocodes. These pinpoints would form a small part of a large database of otherwise fully copyrighted data. I've read through the license and this: http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Use_Cases_regarding_the_extraction_of_data_from_OSM_for_various_purposes http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Map_composite_from_OSM_and_commercial_data My understanding is that data created by pinpointing on OSM maps is also covered by ODBL, this use most likely qualifies as Substantial, and the resulting works will be made Public. Hence: a) The printed maps would be Produced Works. Any work containing them has to be tagged with an ODBL notice, and we'd have to provide the OSM-derived geocodes used on each map -- but nothing else? -- on request. b) The digital feeds would be Derivative Databases and need to be tagged as containing ODBL data. However, does the inclusion of some OSM-derived geocodes mean that the *entire thing* is now licensed under ODBL, and once sold could be legally redistributed in entirety by the customer? Or can we constrain the ODBL data to those geocodes alone? Any advice would be appreciated, as I still have a faint flicker of hope that we can get this past the corporate legal team and possibly even contribute back to OSM! Cheers, -jani ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Licensing of works containing geocodes pinpointed on OSM data
Jani Patokallio wrote: Any advice would be appreciated, as I still have a faint flicker of hope that we can get this past the corporate legal team and possibly even contribute back to OSM! On this specific issue: I'd suggest you consider whether your combination of OSM-derived data and other data is a Derivative Database (has to be shared) or a Collective Database (doesn't have to be shared). As a rough guideilne, we say that it's Derivative if you've adapted the two datasets to work with each other, Collective if you haven't. On the broader issue: I'd be interested to see a discussion as to how we should define 'Substantial', and 'Collective' vs 'Derivative', for geocoding (in terms of principles). I think it's reasonably uncontroversial to say that geocoding an unsystematic set of self-collected points is a less substantial use of OSM data than distributing the roads as part of a connected dataset. But I've not got much further in my thinking than that. I may go and hunt for some relevant case law (*shudders at thought of William Hill vs BHB*)... cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-legal-talk-Licensing-of-works-containing-geocodes-pinpointed-on-OSM-data-tp5730883p5730991.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] displaying results of processed OSM data
I think i know what you are talking about and ide love more information. Not only is this topic something i have thought to myself but i also have more ideas on this subject as you probibly do too. On Oct 16, 2012, at 7:14 PM, Frederik Ramm frede...@remote.org wrote: Hi, what I'm offering here is my personal interpretation and not legal advice. I hope others will chime in. On 16.10.2012 19:04, David Prime wrote: I'm in the process of starting a service that uses, amongst other sources, OSM data to compute various travel time metrics from a location. It sounds as if your time travel metrics thereby become a database that is derived from OpenStreetMap data. You then publicly use that data by displaying it to someone. If that is correct then the license requires, in addition to proper attribution, that you, if requested by anyone who is a recipient of your public use, make the full database of time travel metrics available to them unter the terms of ODBL 1.0. (*) You do not have to make available the other sources, only the derived database. If you have a long processing chain where you create several interim databases, like (OSM+other sources) = interim DB 1 interim DB 1 = interim DB 2 interim DB 2 = interim DB 3 interim DB 3 = public use then the make available requirement applies to the last in the chain of interim databases, in this case, interim DB 3. To avoid confusion: 1. You do not have to make your data available proactively; you can wait until someone asks you for it. Depending on your audience, of course, making it available proactively could be easier. 2. You do not have to make your data available to *everyone* - just those who are the recipients of your public use. So if you were to e.g. sell your analyses to an elite circle of clients, only those would have the right to request the data. (With the data being under ODbL, of course, they could then pass it on to others.) Bye Frederik (*) The license also has alternatives to making the data available; you could also make the process available that leads to the data. But I assume this is not an interesting option for you. -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Licensing of works containing geocodes pinpointed on OSM data (Richard Fairhurst)
On Wed, Oct 17, 2012 at 6:49 AM, legal-talk-requ...@openstreetmap.org wrote: From: Richard Fairhurst rich...@systemed.net On this specific issue: I'd suggest you consider whether your combination of OSM-derived data and other data is a Derivative Database (has to be shared) or a Collective Database (doesn't have to be shared). As a rough guideilne, we say that it's Derivative if you've adapted the two datasets to work with each other, Collective if you haven't. Thank you for the response. For the feed, basically we'd be looking at a list of points of interest in this format: poi PROPRIETARY DATA PROPRIETARY DATA PROPRIETARY DATA location latOSM/lat longOSM/long /location /poi Would this be adapted or not? If yes, what if we store the geocodes in a separate file and cross-reference the two, like this? Closed: poi PROPRIETARY DATA PROPRIETARY DATA PROPRIETARY DATA location1/location /poi ODBL: geocodes location id=1 latOSM/lat longOSM/long /location /geocodes On the broader issue: I'd be interested to see a discussion as to how we should define 'Substantial', and 'Collective' vs 'Derivative', for geocoding (in terms of principles). I think it's reasonably uncontroversial to say that geocoding an unsystematic set of self-collected points is a less substantial use of OSM data than distributing the roads as part of a connected dataset. But I've not got much further in my thinking than that. I may go and hunt for some relevant case law (*shudders at thought of William Hill vs BHB*)... Yes, this would be very interesting for us as well. Cheers, -jani ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Fw: Fun: Collect your favourite mappers
Where I am, winter is moving in. Last night I cycled to a friend's house(he recently moved further away!) after work and just got some house numbers mapped before it got too dark. My right hand was near frozen because I still can't find both my cycling gloves. It would have been nicer for me to spend the 30 dark minutes playing cards with him and showing him how fun OSM is. On 15 October 2012 20:44, Alan Millar grunthos...@yahoo.com wrote: On Oct 15, 2012, at 1:39 PM, Dave F. dave...@madasafish.com wrote: Wouldn't it be better if you spent your time mapping? Hah! Good one! I love hearing everyone's you should do OSM like I do dictums. Always entertaining. Oh, be sure to tell us how to quantify and measure good for OSM, so we'll know what's better. Be sure to explain your metrics, including how to quantify the obligatory build the community mantra (unless, of course, your criteria doesn't include that; I won't presume to know). I wonder how one could measure the amount of fun injected into and sucked out of a project. There's gotta be some social science math in there somewhere. Very interesting... There seems to be a hell of a lot of ancillary stuff going on around OSM. There sure is. Isn't it awesome? It's like people are actually having fun with OSM. Maybe a 'Back to Basics' push might not go amiss. Actually, that is a really good idea. Let us know what you come up with. I'm curious about your plans on how you're going to engage more people to get involved to make OSM better. Interesting times for OSM these days! -Alan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Obscure African dirt tracks in Google Maps - how does Google records them ? Automated tracing ?
Isometimes work on Senegal from Bing imagery,and I'll hopefully convince some Senegalese friends to help me with names and POI. I took a look at the competition's progress and I have been very impressed : whereas Openstreetmap could formerly claim better coverage in Africa, it is now lagging in volume behind Google - take a look at http://goo.gl/maps/mH3pK (equivalent area in OSM at http://osm.org/go/azSB9oX--). Google now features impressive mileage of dirt tracks and residential dirt streets in obscure backwaters. Surely the Google survey cars are not roaming those places - or I would be astonished. Does anyone knows how they do it ?A couple of years ago, I had posted my suspicions about them using automated tracing techniques in general and street grid detection in particular: http://lists.openstreetmap.org/pipermail/talk/2010-January/046539.html - but since then it seems that their techniques have improved a lot. Does anyone have information about the technology they use and how it could benefit OSM ? Maybe they just have an army of tracers, but automation seems more like how Google solves problems. Last time played with it, the results of the Bing road detect API did not look satisfactory to me- but there may have been progress since those early days. But wouldn't road detection perform better using imagery in different bands -multispectral or even hyperspectral imagery ? The Bing satellite imagery render uses false color images fit for pleasant human use- but surely the rawcaptured data is richer. Are there any remote sensing specialist here to enlighten about that ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Obscure African dirt tracks in Google Maps - how does Google records them ? Automated tracing ?
On 10/16/2012 7:34 AM, Jean-Marc Liotier wrote: Maybe they just have an army of tracers, but automation seems more like how Google solves problems. Is there any Smartphone coverage for those areas? Google can track via their Smartphone apps. By generating tracks from the owner's movements, a road can be inferred. A consistent set of movements on a track at 20-40 kph would indicate a dirt road. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Obscure African dirt tracks in Google Maps - how does Google records them ? Automated tracing ?
2012/10/16 Mike N nice...@att.net Is there any Smartphone coverage for those areas? Google can track via their Smartphone apps. By generating tracks from the owner's movements, a road can be inferred. A consistent set of movements on a track at 20-40 kph would indicate a dirt road. I don't think so. Road grids look to clean for GPS. If you enter Map Maker, you see it's drawn by a user Brigitte https://www.google.com/mapmaker?gw=66uid=210635466236870940095but when I search through her edits, I only find roads in USA. I think this is bought data from a commercial mapping company. Look at this example: http://goo.gl/maps/44dPQ Nobody would draw a road through that. That was probably drawn before that garden was built. Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Obscure African dirt tracks in Google Maps - how does Google records them ? Automated tracing ?
On Martes, 16 de octubre de 2012 13:34:46 Jean-Marc Liotier escribió: [...] take a look at http://goo.gl/maps/mH3pK Surely the Google survey cars are not roaming those places - or I would be astonished. Does anyone knows how they do it? They seem to be using MapMaker for that area. You know, a volunteer-driven crowdsourced effort like OSM, but with Google reaping all the benefits and not really sharing the data back. (Now is when somebody starts the licensing flamewar and all that) Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Este e-mail se reserva el derecho de admisión. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Obscure African dirt tracks in Google Maps - how does Google records them ? Automated tracing ?
Well, I don't care if Google is obtaining these roads manually or automatically. The result is lousy in both cases. Have a look what a single local mapper can achieve and compare it to Google http://tools.geofabrik.de/mc/?mt0=googlemapmt1=mapniklon=102.67883lat=16. 62325zoom=14 And the map is also available bilingual http://thaimap.osm-tools.org/?zoom=14lat=16.62325lon=102.67883layers=B00 On Tuesday, October 16, 2012 6:35 PM Jean-Marc Liotier [mailto:j...@liotier.org] wrote: I sometimes work on Senegal from Bing imagery, and I'll hopefully convince some Senegalese friends to help me with names and POI. I took a look at the competition's progress and I have been very impressed : whereas Openstreetmap could formerly claim better coverage in Africa, it is now lagging in volume behind Google - take a look at http://goo.gl/maps/mH3pK (equivalent area in OSM at http://osm.org/go/azSB9oX--). Google now features impressive mileage of dirt tracks and residential dirt streets in obscure backwaters. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Activity Stream (a.k.a. social OSM) - demo instance
Very interesting. Activities seems to be going for replacing the history tab - am I seeing this right? I was expecting activity streams an expansion of the 'your friends' feed on my user profile. I. e. while on the history tab I get a complete changeset listing, on Activities I see summaries of people or places I'm interested in (how the latter would work is not fleshed out at all atm in OSM). I'd like to understand better where you see activity streams falling between functionality we now accomodate under the History tab and the friend feed. Alex On Oct 15, 2012, at 11:11 AM, Paweł Paprota ppa...@fastmail.fm wrote: Hi all, I've been working and working on this stuff or a few weeks now, I guess now is as good time as any to show a pre-pre-alpha version :-) So what I have for you today is a demo instance [1] of the Rails Port that is integrated with Activity Server by means of the new Activity tab - this tab shows activity for selected (displayed on the screen) bounding box. For now it looks similar to the History tab but it is fully powered by the Activity Server which means that in the (near) future there will be more information there than just changeset activities - I hope to integrate diary entries, new mappers in your area, events, OSM Tasking Manager, help.osm.org and ponies. Changeset descriptions are of course powered by an integrated instance of the great Changemonger project courtesy of emacsen. There is also an early version of user page activity stream, e.g. [2]. Couple of notes: * Yes, some (most) of the activity stream functionality is just for show (comments, zoom, reloading) but could be relatively easily implemented - I would love to hear people's opinions. * Apidb contains only data for Poland so you probably won't find your user in this instance. * Activities are being currently generated based on an Europe database and the replication is catching up (now it's at the end of September) so new activities pop up constantly as replication progresses. Let me know what you think about functionality and otherwise. [1] http://suncobalt.dyndns.org:8081/ [2] http://suncobalt.dyndns.org:8081/user/SegMar If you want to know more about this effort, see: https://github.com/ppawel/osm-activity-server https://github.com/ppawel/osm-activity-publishers https://github.com/ppawel/openstreetmap-website/tree/social-osm Paweł ___ rails-dev mailing list rails-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/rails-dev Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Activity Stream (a.k.a. social OSM) - demo instance
On 10/16/2012 03:44 PM, Alex Barth wrote: Very interesting. Activities seems to be going for replacing the history tab - am I seeing this right? I was expecting activity streams an expansion of the 'your friends' feed on my user profile. I. e. while on the history tab I get a complete changeset listing, on Activities I see summaries of people or places I'm interested in (how the latter would work is not fleshed out at all atm in OSM). I'd like to understand better where you see activity streams falling between functionality we now accomodate under the History tab and the friend feed. I added the Activity tab simply on a whim :-) Activity Server as it is can serve an activity stream in different formats for different scopes, i.e.: 1. For a given bounding box (Activity tab) 2. For a given activity actor (author of the activity) 3. For a given activity recipient (my own activity stream as I call it) - not yet fully implemented I will be focusing more on (2) and (3) now that the demo instance is more or less up and running. The idea is to provide a personal wall / activity stream for each user and also a third party view activity stream - when looking at someone's user page there are currently activities of that person listed. Another thing is what you mention as places I'm interested in - there are some tickets for that in Trac and I think this definitely needs to be built. Activity Server side of things is ready - place I'm interested in is just a bounding box after all so it's not a problem to retrieve an activity stream for such places, potentially even for many places at once and get one unified view - a lot of possibilities now that the backend is in place. As for the History tab - we discussed this briefly yesterday on the EWG meeting as there is a Top Ten Task for implementing an OWL-powered history/activity tab. As I see it, History could just be a more advanced view of the Activity - showing changesets with all the gory details such as links to OsmChange XML etc. I don't think those two thinks conflict with each other - it's only a matter of putting it all together and avoiding UI clutter. Paweł ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Conferences
Hi! First of all, I'd like to ask those who gave talks at SotM US 2012 to publish their slides and notes and link them from the wiki page: http://wiki.openstreetmap.org/wiki/State_Of_The_Map_U.S._2012/Schedule Also, a small announcement. In mid-November we are organizing the first Russian conference on open GIS and open geodata: http://gisconf.ru/en/ There will be a separate track just for OpenStreetMap talks. The official language for this conference is Russian, but I doubt there will be anyone who doesn't understand English, so if you plan to visit Russia next month -- we'd be glad to see you. Of course, we can provide invitations and whatever is needed for getting a visa. If you want to give a talk -- which would be great -- call for papers ends in two weeks. I'm 1) sorry for delaying this announcement; 2) ready to answer any questions :) IZ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] changeset terugdraaien
On Mon, 2012-10-15 at 01:39 +0200, Stefan de Konink wrote: On Fri, 12 Oct 2012, Minko wrote: Het uploaden (van behoorlijk veel BAG data) duurt uren en de changeset wordt niet afgesloten. Soms blijkt die dan toch gewoon afgesloten te zijn op OSM. Ik heb het uploaden in delen geprobeerd maar ook dat wil niet lukken. Als je BAG data toevoegd, behoud je dan een van de vele BAG-object-ids? Er is nog geen standaard voor het taggen van BAG objecten. Om het overzichtelijk te houden, start ik een nieuwe thread over dit onderwerp. Gertjan Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Confirmed: OpenStreetMap presentatie bij Den Bosch Linux Users Group
Hoi mappers, Dit is een bevestiging dat er op dinsdag 6 november om 20u een presentatie gegeven zal worden over OpenStreetMap bij de Den Bosch Linux Users Group. Meer details op onze Meetup pagina: http://www.meetup.com/project073/events/87195772/ Iedereen is welkom, dus tot snel! +Emilien ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] The OSM ladder
I wish to transport a long thinnish somewhat fragile wooden object from Sydney to Canberra behind steam locomotive 1210. Given that there some tunnels along the way, is the mapping in OSM accurate enough in terms of bendiness to calculate (given a known width of tunnel) whether the wooden object will survive the trip. I guess it's a bit like the ladder around the corner problem except that the corner is not 90 degree and it's not actually a ladder. I suspect the object may be in the vicinity of 50 metres long. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The OSM ladder
Nick, Is this a thought experiment about OSM mapping or a question about loading gauges that the ARTC might better answer? My quick guess is that OSM cannot answer the question either in the affirmative or the negative as it doesn't have data every 50 meters along the route. Alex On 16/10/2012, at 5:35 PM, Nick Hocking nick.hock...@gmail.com wrote: I wish to transport a long thinnish somewhat fragile wooden object from Sydney to Canberra behind steam locomotive 1210. Given that there some tunnels along the way, is the mapping in OSM accurate enough in terms of bendiness to calculate (given a known width of tunnel) whether the wooden object will survive the trip. I guess it's a bit like the ladder around the corner problem except that the corner is not 90 degree and it's not actually a ladder. I suspect the object may be in the vicinity of 50 metres long. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The OSM ladder
Alex wrote or a question about loading gauges that the ARTC might better answer? Yes it would be better for ARTC to answer but before I bother them I would like to know if it is at all feasable. Specifically, I am concerned that one of the tunnels between Queanbeyan and Bungendore may well be too sharp and since I'm sure it was not mapped by proper survey but just by connecting the two ends with some sort or curve, I may well have to get the object offloaded at Bungendore and trucked in from there. I'd imagine the curves should be ok for a 50 metre object but I'm not at all sure. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The OSM ladder
Just use openstreetbugs to geolocate the splinters, and we'll get to work. Ian. On 16/10/12 18:05, Nick Hocking wrote: I wish to transport a long thinnish somewhat fragile wooden object from Sydney to Canberra behind steam locomotive 1210. Given that there some tunnels along the way, is the mapping in OSM accurate enough in terms of bendiness to calculate (given a known width of tunnel) whether the wooden object will survive the trip. I guess it's a bit like the ladder around the corner problem except that the corner is not 90 degree and it's not actually a ladder. I suspect the object may be in the vicinity of 50 metres long. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The OSM ladder
Actually, I've just had a go with a 50 metre stick insect in JOSM and it is REALLY touch and go (or is that touch and stay). Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The OSM ladder
Maybe I'm missing something but surely it depends not only on the radius of curvature of the track but also the width of the tunnel. It has been bugging me that ways have no width in OSM. But I suppose the alternative would be very hard to manage. Secondly, even if you don't trust the path marked when inside the tunnel .. you could at least work out a minimum radius of curvature based on the heading of the tracks as they join each end of the tunnel. Russell On 16/10/12 18:40, Nick Hocking wrote: Actually, I've just had a go with a 50 metre stick insect in JOSM and it is REALLY touch and go (or is that touch and stay). Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The OSM ladder
Russell wrote you could at least work out a minimum radius of curvature OK - what I will do is find out the tunnel width. Then I'll assume that we offload the objecty just before the tunnel and walk it through with the object rotated 90 degrees through the long axis. I'll do as you suggest and assume a minimum (or should that be maximum) raduis of curvature and see what a best case scenario is). The only other problem I see is the tunnel near colo vale, looks like a close fit. Checking OSM I came out of Sydney the wrong way but when I was well and truly derailed at St Marys, I headed back inthe right direction. Unfortunately someone has connected two railway tracks with a residential road. It's hard to see how the bing imagery supports this view but I'll fix all those edits I can find in a hour or so since the history makes it quite unambiguous how the tagging should be. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The OSM ladder
Ok - my initial drawings, using JOSM and a tunnel width of 3 metres show that this could end up being a matter of inches. I really have to find out exact dimensions of the object and whether there is any flexability in it so that we could bend it around the tunnel. Also, if two tunnels are such a problem then are there any other object close enought to the tracks (trees, signal posts, platforms) that could be an issue. I don't think we need special rolling stock, two or three flat beds with the object mounted on a swivel may suffice. A more practical (though less fun and flashy) alternative is to just have the object flown directly to Canberra rather than Sydney but this would also mean organising Customs to be present in Canberra. I can just see the conversation now. Do you have any wooden objects in your luggage to declare... Yes officer, just the one :-) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Lots of amenities ?
Hi folks, I have been fixing some of the errors that http://keepright.ipax.at/report_map.php?schema=50error=38081608 tells us about. I note that at some stage someone has logged that the General Store near me sells both fuel and fast food (and, for that matter, other stuff, its a post office for example). To tell OSM about both the fuel and fast food, they have put separate two POI in, I have just named it. It seems that does not render very well, only one shows up. I really have not played with the amenity= stuff but I'd assume this is not a surprising issue ? Must be a lot of cases where one site provides a number of different amenities ? Anyone have a better way to deal with it ? Search for Axedale, Victoria. David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The OSM ladder
Nick… I'm not sure what you're doing, it sounds fascinating, mysterious and dangerous. I like it. Please let me know what path you're taking through Sydney so I can avoid the area completely... I don't want to crash a brand new $30m Waratah into your ladder! This info from ARTC will be handy … http://www.artc.com.au/library/GI_05_loading_restrictions.pdf Also, thank you for fixing those track sections at St Marys. Do you know what happened there? Given there was a derailment there 2 months ago, I find this a spooky co-incidence... http://hornsby-advocate.whereilive.com.au/news/story/train-delays-after-derailment-at-st-marys/ Mr Eid said the derailment was under investigation and that he believed a component from a freight train fell onto the track. …. a very large ladder, perhaps? :-) You might find this site an interesting source of tunnel information… but sadly no widths or loading gauges . http://www.nswrail.net/infrastructure/tunnel.php If you're interested in the evolution of loading gauges in NSW, I recommend a book published by the Australian Railway Historical Society called The Electrification of Sydney and Suburban Railways which explains the decision that lead to a new wide-bodied loading gauge adopted for construction of the Harbour Bridge and City Underground Railway… a bold move with ongoing repercussions today (e.g. you can't send a wide-bodied train such as an OSCAR any further west than Springwood without major and expensive modifications to the infrastructure -- so…. what happens to outer Blue Mountains train services once our narrow-bodied V-sets are eventually retired and replaced with OSCARs hmmm??). Finally… if you're confused by all these sizes, just remember it all gets back to the width of 2 horses asses. http://infobluemountains.net.au/rail/horse-ass.htm BJ On 16/10/2012, at 6:30 PM, Nick Hocking nick.hock...@gmail.com wrote: Alex wrote or a question about loading gauges that the ARTC might better answer? Yes it would be better for ARTC to answer but before I bother them I would like to know if it is at all feasable. Specifically, I am concerned that one of the tunnels between Queanbeyan and Bungendore may well be too sharp and since I'm sure it was not mapped by proper survey but just by connecting the two ends with some sort or curve, I may well have to get the object offloaded at Bungendore and trucked in from there. I'd imagine the curves should be ok for a 50 metre object but I'm not at all sure. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Lots of amenities ?
Hi. Yes just put multiple nodes. E.g. petrol station that has a toilet. - Ben. On Oct 17, 2012 3:14 PM, dban...@internode.on.net wrote: Hi folks, I have been fixing some of the errors that http://keepright.ipax.at/report_map.php?schema=50error=38081608 tells us about. I note that at some stage someone has logged that the General Store near me sells both fuel and fast food (and, for that matter, other stuff, its a post office for example). To tell OSM about both the fuel and fast food, they have put separate two POI in, I have just named it. It seems that does not render very well, only one shows up. I really have not played with the amenity= stuff but I'd assume this is not a surprising issue ? Must be a lot of cases where one site provides a number of different amenities ? Anyone have a better way to deal with it ? Search for Axedale, Victoria. David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hi, Tom Hughes hat jetzt eine Test-Installation der OSM-Hauptseite mit dem sog. Notes Branch bereitgestellt, das ist praktisch eine OpenStreetBugs-Implementation (mit eigener Datenbanktabelle dahinter). Kai Krueger hatte das vor langem angefangen, Tom hat es jetzt in eine Form gebracht, die mit dem Rest vom Rails-Port gut zusammenpasst. Hier ist die Testseite: http://notes.apis.dev.openstreetmap.org/ Wenn man weit genug reingezoomt ist, kann man unten rechts Add a Note einen Bug setzen. Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran, dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details auf der dev-Liste unter Notes Branch. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Am 16.10.2012 11:23, schrieb Frederik Ramm: Hi, Tom Hughes hat jetzt eine Test-Installation der OSM-Hauptseite mit dem sog. Notes Branch bereitgestellt, das ist praktisch eine OpenStreetBugs-Implementation (mit eigener Datenbanktabelle dahinter). Kai Krueger hatte das vor langem angefangen, Tom hat es jetzt in eine Form gebracht, die mit dem Rest vom Rails-Port gut zusammenpasst. Hier ist die Testseite: http://notes.apis.dev.openstreetmap.org/ Wenn man weit genug reingezoomt ist, kann man unten rechts Add a Note einen Bug setzen. Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran, dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details auf der dev-Liste unter Notes Branch. Bye Frederik Hi ! was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte gesetzt - das finde ich irgendwie unpassend. Der User brauch ein Hilfsmittel - glaube nicht das es so klappt mit dem Zielen auf die Bildschirmmitte. Kimme - Korn - ran. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo Jan, Am Dienstag, 16. Oktober 2012, 16:50:22 schrieb Jan Tappenbeck: was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte gesetzt - das finde ich irgendwie unpassend. Der User brauch ein Hilfsmittel - glaube nicht das es so klappt mit dem Zielen auf die Bildschirmmitte. Kimme - Korn - ran. man kann den Marker doch verschieben? Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo, schöne Sache und für meine Vorstellungen schön diskret. Ich sehe aber ein Problem für Leute denen Openstreetmapbugs nicht bekannt ist. Denen fällt das evtl. nicht auf. Vielleicht wäre ein Hinweis der ab einer bestimmten Zoomstufe erscheint hilfreich. So in der Art Sieht du einen Fehler? - hinterlasse eine Notiz. Ach, eine Option zum abschalten fehlt noch. Später besteht die Karte nur noch aus roten Punkten. ;) vg Andreas Am 16.10.2012 11:23, schrieb Frederik Ramm: Hi, Tom Hughes hat jetzt eine Test-Installation der OSM-Hauptseite mit dem sog. Notes Branch bereitgestellt, das ist praktisch eine OpenStreetBugs-Implementation (mit eigener Datenbanktabelle dahinter). Kai Krueger hatte das vor langem angefangen, Tom hat es jetzt in eine Form gebracht, die mit dem Rest vom Rails-Port gut zusammenpasst. Hier ist die Testseite: http://notes.apis.dev.openstreetmap.org/ Wenn man weit genug reingezoomt ist, kann man unten rechts Add a Note einen Bug setzen. Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran, dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details auf der dev-Liste unter Notes Branch. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Am 16.10.2012 11:23, schrieb Frederik Ramm: Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran, dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details auf der dev-Liste unter Notes Branch. Ich habe auf dev nichts gelesen und mich daher gerade gewundert. Der Thread war aber auf rails-dev, falls ihn jemand sucht. Am 16.10.2012 16:50, schrieb Jan Tappenbeck: was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte gesetzt - das finde ich irgendwie unpassend. Und dass in den aufpoppenden Sprechblase dann Move the marker to the correct position steht, ist dir nicht aufgefallen? ;) Ich finde allerdings nicht ideal, dass unklar bleibt, wozu diese note gut ist - also dass es sich um eine Möglichkeit handelt, einen Fehler zu melden. So könnte das genauso gut eine persönliche Notiz sein, also hier auf dem Heimweg mein Paket abholen. Auch das Close ist eine schlechte Beschriftung - ich habe prompt beim Versuch, die Sprechblase zu schließen, meinen Test-Bug als behoben markiert. Osmbugs hat hier das weniger missverständliche Mark as fixed stehen. Es gibt auch keine Möglichkeit, einen versehentlich oder böswillig geschlossenen Bug wieder zu öffnen. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
On 16.10.2012 17:17, Tobias Knerr wrote: Am 16.10.2012 16:50, schrieb Jan Tappenbeck: was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte gesetzt - das finde ich irgendwie unpassend. Und dass in den aufpoppenden Sprechblase dann Move the marker to the correct position steht, ist dir nicht aufgefallen? ;) Ich kann nicht für Jan sprechen, aber ich hab den Text zwar gelesen, aber den Marker trotzdem übersehen. Der hellgrüne Marker mit dem Zipfel der weißen Sprechblase ist bei mir auf einem hellen Teil der Karte dargestellt worden. Die Kombination aus einem schlecht eingestellten Arbeitsmonitor und schlampig hinschauen hat mich einige Zeit nach dem beschriebenen Marker suchen lassen. Also vielleicht wär sowas wie eine Outline gut, die den Marker deutlicher von der Karte hervorhebt. Oder man setzt den Marker an den linken (sprich, Beginn der Leserichtung) Rand des großen Eingabefelds, ev. fällt er dort mehr auf. Davon abgesehen natürlich toll dass das jemand entwickelt hat und ich freu mich schon darauf, dass wirklich auf der Hauptseite zu sehen. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ...war wohl zu einfach in der Herangehensweise
Moin ! Am 16.10.2012 17:28, schrieb Norbert Wenzel: On 16.10.2012 17:17, Tobias Knerr wrote: Am 16.10.2012 16:50, schrieb Jan Tappenbeck: was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte gesetzt - das finde ich irgendwie unpassend. Und dass in den aufpoppenden Sprechblase dann Move the marker to the correct position steht, ist dir nicht aufgefallen? ;) Ich kann nicht für Jan sprechen, aber ich hab den Text zwar gelesen, aber den Marker trotzdem übersehen. Der hellgrüne Marker mit dem Zipfel der weißen Sprechblase ist bei mir auf einem hellen Teil der Karte dargestellt worden. Die Kombination aus einem schlecht eingestellten Arbeitsmonitor und schlampig hinschauen hat mich einige Zeit nach dem beschriebenen Marker suchen lassen. Hast recht, war etwas auf die schnelle, aber relativ einfacht gedacht und dann hat es scheinbar nicht zum Erfolg geführt. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ... dem stimme ich zu!
Am 16.10.2012 17:05, schrieb Andreas Dommaschk: Hallo, schöne Sache und für meine Vorstellungen schön diskret. Ich sehe aber ein Problem für Leute denen Openstreetmapbugs nicht bekannt ist. Denen fällt das evtl. nicht auf. Vielleicht wäre ein Hinweis der ab einer bestimmten Zoomstufe erscheint hilfreich. So in der Art Sieht du einen Fehler? - hinterlasse eine Notiz. Ach, +1 Gruß Jan :-) eine Option zum abschalten fehlt noch. Später besteht die Karte nur noch aus roten Punkten. ;) vg Andreas Am 16.10.2012 11:23, schrieb Frederik Ramm: Hi, Tom Hughes hat jetzt eine Test-Installation der OSM-Hauptseite mit dem sog. Notes Branch bereitgestellt, das ist praktisch eine OpenStreetBugs-Implementation (mit eigener Datenbanktabelle dahinter). Kai Krueger hatte das vor langem angefangen, Tom hat es jetzt in eine Form gebracht, die mit dem Rest vom Rails-Port gut zusammenpasst. Hier ist die Testseite: http://notes.apis.dev.openstreetmap.org/ Wenn man weit genug reingezoomt ist, kann man unten rechts Add a Note einen Bug setzen. Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran, dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details auf der dev-Liste unter Notes Branch. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... dem stimme ich zu!
Am 16.10.2012 20:19, schrieb Jan Tappenbeck: Am 16.10.2012 17:05, schrieb Andreas Dommaschk: Hallo, schöne Sache und für meine Vorstellungen schön diskret. Ich sehe aber ein Problem für Leute denen Openstreetmapbugs nicht bekannt ist. Denen fällt das evtl. nicht auf. Vielleicht wäre ein Hinweis der ab einer bestimmten Zoomstufe erscheint hilfreich. So in der Art Sieht du einen Fehler? - hinterlasse eine Notiz. Ach, +1 Lass bitte trotzdem das Thema im Betreff! Danke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Am 16.10.2012 17:28, schrieb Norbert Wenzel: Davon abgesehen natürlich toll dass das jemand entwickelt hat und ich freu mich schon darauf, dass wirklich auf der Hauptseite zu sehen. Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was verpasst? Wenn schon etwas ähnliches erfunden wurde, wieso von neu anfangen? MC ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Am 16.10.2012 21:37, schrieb Martin Czarkowski: Am 16.10.2012 17:28, schrieb Norbert Wenzel: Davon abgesehen natürlich toll dass das jemand entwickelt hat und ich freu mich schon darauf, dass wirklich auf der Hauptseite zu sehen. Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was verpasst? Wenn schon etwas ähnliches erfunden wurde, wieso von neu anfangen? Neben vermutlich anderen Gründen, weil es eben nicht einfach ein weiterer Tile-Layer ist, sondern auch die eigentliche Funktion eingebunden werden muss etc. Damit ist eben nicht einfach nur ein weiterer Layer einzubinden, sondern zusätzliches javascript, Serverseitiges Handling und so weiter. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hi, On 16.10.2012 21:59, Peter Wendorff wrote: Damit ist eben nicht einfach nur ein weiterer Layer einzubinden, sondern zusätzliches javascript, Serverseitiges Handling und so weiter. Ja, einer der Gruende war auch, dass die OSM-Webseite eine bestimmte Art der Spracheinstellung und Internationalisierung benutzt, und da sollte das natuerlich alles dazu passen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Martin Czarkowski wrote Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was verpasst? Wenn schon etwas ähnliches erfunden wurde, wieso von neu anfangen? Die Antwort ist wohl zweigeteilt: 1) Server-seitig, also die eigentliche Bug / Note Datenbank, liegt das daran das man bei der Hauptfunktionalitaet von OSM.org eignetlich lieber unter eigener (OMSF) Kontrolle hat, damit nicht eines tages die Funktionalitaet weg bricht wenn der Drittanbieter den Dienst einstellen will / muss. Auch wenn OSB bislang sehr stabil und zuverlaessig funktioniert hat, ist das einfach eine gewisse Absicherung. Ausserdem kann man wie schon geschrieben die Sache dann besser in die restliche Seite integrieren. So bekommt man z.B. email Benachrichtigungen wenn jemand ein Kommentar zu einem seiner Notes abgibt (so fern man als OSM user eingeloggt ist). Weiterhin kann man seine eigenen Notes und die die man kommentiert hat aufgelistet bekommen. (z.b. http://notes.apis.dev.openstreetmap.org/user/apmon-test/notes ). Spaeter kann man dann vielleicht auch noch weitere Funktionen integrieren. 2) Client-seitig (also die JavaScript Version): Die urspruengliche Version hat die JavaScript funktionen von OSB verwendet, aber sie haben einfach Code-Stilistisch nicht so gut zum restlichen Code gepasst, sodass es schwieriger war Sachen zu finden. Insofern hat TomH das dann einfach angepasst und vereinfacht damit es in Zunkunft leichter ist neue Features und Verbesserungen einzubauen. Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf osm.org laueft ist noch nicht entschieden. Eine Moeglichkeit waere die derzeitige OSB datenbank in osm.org zu importieren und dann die Schokokeks URL als Proxy auf osm.org verwenden. Dann muesste die Version auf osm.org allerdings kompatibel bleiben. Insbesondere waere es dann nicht moeglich (oder schwieriger) vorrauszusetzen das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise noetig ist um Vandalismus und Spam entgegen zu wirken. Kai -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731069.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochennotiz Nr. 117
Hey, Am 15.10.2012 10:42, schrieb Jonas Krückel: Hallo, die Wochennotiz Nr. 117 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/10/wochennotiz-nr-117/ ich freue mich auf jede neue Wochennotiz! Danke! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Kai Krueger schrieb: Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf osm.org laueft ist noch nicht entschieden. Mich persönlich würde interessieren, wie man die OSM-Bugs in JOSM oder anderen Editoren komfortabel bearbeiten kann. Ansonsten finde ich den Workflow der Bugerstellung etwas unkomfortabler als auf OSB, wobei diese Seite hinsichtlich des Arbeitsablaufes den Vorteil hat, eine Webseite mit einem einzigen Zweck zu sein. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hi, On 16.10.2012 22:37, Kai Krueger wrote: Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf osm.org laueft ist noch nicht entschieden. Eine Moeglichkeit waere die derzeitige OSB datenbank in osm.org zu importieren und dann die Schokokeks URL als Proxy auf osm.org verwenden. Vorausgesetzt, wir kriegen bei OSM ein gutes User Interface hin, wuerde ich sagen, Schokokeks kann dann ersatzlos gestrichen werden. Dann muesste die Version auf osm.org allerdings kompatibel bleiben. Insbesondere waere es dann nicht moeglich (oder schwieriger) vorrauszusetzen das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise noetig ist um Vandalismus und Spam entgegen zu wirken. Ich bin eigentlich dagegen, dass man einen Account haben muss - gerade das war doch immer der Vorteil von OSB, dass man ohne langes Anmelden schnell was reporten konnte. Wenn es so waere, dass man auf der OSM-Seite einen Account braucht, dann muessten wir das alte OSB weiter behalten, fuer die, die sich nicht anmelden wollen. Das waere irgendwie ein Rueckschritt - dann verteilen sich Meldungen kuenftig auf zwei Plattformen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
malenki wrote Kai Krueger schrieb: Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf osm.org laueft ist noch nicht entschieden. Mich persönlich würde interessieren, wie man die OSM-Bugs in JOSM oder anderen Editoren komfortabel bearbeiten kann. Prinzipiell genauso wie jetz auch. Die neue Implementation hat eine sehr aehnliche API [1] wie die Alte. Moeglicherweise sogar fuer Kompatibilitaetsgruenden die Gleiche. Insofern muss man lediglich die URL(s) im OSB plug-in etwas aendern. Insofern sollte es moeglich sein alle externen Editoren oder Seiten recht schnell an die OSB implementation auf osm.org anzupassen. Kai [1] http://wiki.openstreetmap.org/wiki/OpenStreetBugs/API_0.6Diese Seite ist noch nicht ganz korrekt und ich muss noch ein paar Aktualisierungen durchfuehren. -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731095.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
1. Bitte kompatibel mit OpenStreetBugs machen und auch die OSB-Datenbank übernehmen und ersetzen! (sprich auch die Funktionalität wie RSS-Feed übernehmen!) 2. Bitte ein Interface wie OSB mit klick-hier etwas setzen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Frederik Ramm wrote Vorausgesetzt, wir kriegen bei OSM ein gutes User Interface hin, wuerde ich sagen, Schokokeks kann dann ersatzlos gestrichen werden. Es gibt inzwischen einige Programme und Editoren die die Schokokeks OSB seite verwenden. Ein einfaches abschalten halte ich in der Hinsicht also nicht fuer so sinnvoll. Eine gewisse Uebergangsregelung waere imho also auf jedenfall noetig. Ein proxy um die Anfragen einfach umzuleiten halte ich dabei (wenn technisch machbar) am sinnvollsten. Aber wie gesagt ich weis nicht ob es weder technisch moeglich ist (beide Implementationen ausreichend kompatibel), oder politisch gewollt ist ein import der alten Daten vorzunehemen. Frederik Ramm wrote Dann muesste die Version auf osm.org allerdings kompatibel bleiben. Insbesondere waere es dann nicht moeglich (oder schwieriger) vorrauszusetzen das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise noetig ist um Vandalismus und Spam entgegen zu wirken. Ich bin eigentlich dagegen, dass man einen Account haben muss - gerade das war doch immer der Vorteil von OSB, dass man ohne langes Anmelden schnell was reporten konnte. Wenn es so waere, dass man auf der OSM-Seite einen Account braucht, dann muessten wir das alte OSB weiter behalten, fuer die, die sich nicht anmelden wollen. Das waere irgendwie ein Rueckschritt - dann verteilen sich Meldungen kuenftig auf zwei Plattformen. Ich waere eigentlich auch eher dagegen, das man verlangt sich einzuloggen. Und im Moment ist es auch moeglich als NoName Notes zu erstellen, zu schliessen und zu kommentieren. Andererseits weis ich nicht ob man eine voellig ungeschuetzte API auf einer high-profile site wie osm.org betreiben kann ohne von Spam ueberschuettet zu werden. Insofern kann es sein das eine niedrige Huerde wie das registrieren noetig wird, sollte keine bessere Loesung gefunden werden. Unter anderem desshalb versuche ich im Moment aber auch die Erstellung eines Accounts zu erleichtern. Abgesehen von Google, Yahoo und OpenID die man bereits jetzt verwenden kann, bastele ich daran das man sich auch mit einem Facebook oder Windows live account in OSM.org einloggen kann. (Damit waeren dann die groessten identity provider abgedeckt). Desweiteren wuerde ich gerne den extra Schritt der email Bestaetigung eines neuen Accounts ueberspringen wenn man sich ueber Google, Yahoo oder Facebook anmeldet. Dann kann man sich mit insgesammt 4 clicks einen account erstellen und ist sofort angemeldet. Das ist zwar immer noch mehr Aufwand als wenn man anonym posten kann, aber hoffentlich eine verhaeltnissmaessig kleine Barriaere, sollte es noetig werden. Kai -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731106.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Andreas Labres wrote (sprich auch die Funktionalität wie RSS-Feed übernehmen!) RSS-Feed existiert bereits. Z.B. http://notes.apis.dev.openstreetmap.org/api/0.6/notes.rss?l=0r=1b=0t=1 fuer ein RSS feed in der bbox (0.0|0.0 1.0|1.0) -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731107.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo. Am 16.10.2012 21:37, schrieb Martin Czarkowski: Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf die Hauptseite ein? Seinerzeit, als Xav OSB zwar (afaik) initial erfunden hat aber dann doch keine Entwicklung mehr stattfand, hat der jetzige Betreiber Mitja den Code einfach neu geschrieben und ich habe ihm das Hosting dafür angeboten. Die erstrangige Zielsetzung war, das Prinzip OSB zu unterstützen und das von Xav angefangene Projekt schnell und einfach wieder zum Leben zu erwecken. Performance war weder oberste Priorität bei der Entwicklung des Codes noch ist es das beim Hosting. Das OpenStreeBugs-Werkzeug läuft bisher auf einem Testserver bei uns und hatte durchaus ein paar Downtimes, insbesondere als Heise mal in einem Artikel auf eine Karte verlinkt hat die unseren Layer direkt einbindet, da mussten wir das 3 Tage abschalten. Für solche Lasten ist das nie ausgelegt gewesen. Als OSM-Nutzer würde es mich auch sehr freuen, wenn das unter dem Dach der regulären OSM-Server einziehen kann. Unsere Testumgebung hat zwar in den meisten Fällen ausreichend funktioniert, war aber nie als Endlösung gedacht. Alle Software die unser Angebot momentan direkt nutzt, wird bei einer entsprechenden Integration im Hauptserver sehr schnell reagieren, da bin ich sicher. Man denke nur an die vergangenen API-Wechsel der OSM-Haupt-API. Auch das hat nie lange Probleme gemacht. Ich denke dass ein Proxy (was ja schon nennenswert Programmierarbeit ist) nicht wirklich nötig sein sollte. Wenn man einfach auf jeden Request einen Bugreport you are using an old OpenStreetBugs interface, look at XYZ for the current one ausliefert, merken das die Nutzer und Betreiber der anderen Services schnell. Gruß, Bernd (Betreiber von schokokeks.org Hosting) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Biennale di Venezia - Architettura
Il giorno 15/ott/2012 21:56, Stefano Droghetti stefano.droghe...@gmail.com ha scritto: Ciao Stefano Siccome ero in visita con un gruppo molto nutrito di architetti, ho loro spiegato cos'è OSM (da notare: nessuno sapeva della sua esistenza...) e ho visto facce sbalordite, affascinate, esaltate. :-) Mi è subito venuta in mente un'installazione da fare: mappa proiettata, colonnine con PC che permettono alla gente di visualizzare la propria zona, e di mapparla se mancano dettagli, sotto la guida di qualche mapper più esperto che spiega cos'è OSM e come si fa. Attorno, solite cose fighette che piacciono agli architetti tipo frasi importanti e parole chiave da allestire nel più artistico dei modi possibili. L'idea mi piace molto Certo, non so se sarà possibile soprattutto avere i soldi per fare una cosa del genere, né ho idea di come si faccia, ma in effetti ci sono due anni per informarsi e organizzare e magari tra qualcuno di voi c'è un esperto in queste cose. Se riesci a capire quante sono le spese proviamo a fare un business plan e poi si può provare a fare una raccolta fondi. Alle ditte si potrebbe vendere dello spazio pubblicitario sulle colonnine (se possibile) Per la riuscita, vi assicuro che potrebbe essere con il botto. Sono tornato in treno sbattendo la testa sulla parete chiedendomi come ho fatto in tutti questi anni a non pensarci. :-) :-) Attendo tue nuove -- Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biennale di Venezia - Architettura
2012/10/16 Luca Delucchi lucadel...@gmail.com: Siccome ero in visita con un gruppo molto nutrito di architetti, ho loro spiegato cos'è OSM (da notare: nessuno sapeva della sua esistenza...) e ho visto facce sbalordite, affascinate, esaltate. :-) Mi è subito venuta in mente un'installazione da fare: mappa proiettata, colonnine con PC che permettono alla gente di visualizzare la propria zona, e di mapparla se mancano dettagli, sotto la guida di qualche mapper più esperto che spiega cos'è OSM e come si fa. Attorno, solite cose fighette che piacciono agli architetti tipo frasi importanti e parole chiave da allestire nel più artistico dei modi possibili. L'idea mi piace molto Molto interessante come idea, potremmo riuscire a coprire alcune fasce di utenti che non siamo mai riusciti a raggiungere. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Conditional restrictions
Il 16 ottobre 2012 02:14, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: http://wiki.openstreetmap.org/wiki/Conditional_restrictions con questa proposta è stato accordato una struttura per segnalare restrizioni specifici legati al mezzo, al motivo, al tempo ecc. per esempio: maxspeed:conditional=120 @ (06:00-19:00) overtaking:hgv:conditional=no @ (Mo-Fr 06:00-19:00) maxspeed:hgv:conditional=60 @ (weight7.5) Cercavo giusto il modo per taggare una strada chiusa al traffico in orario di entrata/uscita scuole e una chiusa al traffico in giorno di mercato -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Conditional restrictions
Cercavo giusto il modo per taggare una strada chiusa al traffico in orario di entrata/uscita scuole e una chiusa al traffico in giorno di mercato Ma il mercato avrà giorno ed ora (p.e. giovedi 9-13 ) ... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biennale di Venezia - Architettura
Bella idea. Come primo passo sarebbe da esplorare se la Biennale accetta enti senza lucro come espositori a condizioni speciali. Alcune fiere lo fanno. So per esempio che la Fiera di Padova lo fa (ho partecipato a più presenze della FIAB). In ogni caso sono disposto a partecipare a preparazione e esecuzione. Volker (Padova) 2012/10/16 Simone Cortesi sim...@cortesi.com 2012/10/16 Luca Delucchi lucadel...@gmail.com: Siccome ero in visita con un gruppo molto nutrito di architetti, ho loro spiegato cos'è OSM (da notare: nessuno sapeva della sua esistenza...) e ho visto facce sbalordite, affascinate, esaltate. :-) Mi è subito venuta in mente un'installazione da fare: mappa proiettata, colonnine con PC che permettono alla gente di visualizzare la propria zona, e di mapparla se mancano dettagli, sotto la guida di qualche mapper più esperto che spiega cos'è OSM e come si fa. Attorno, solite cose fighette che piacciono agli architetti tipo frasi importanti e parole chiave da allestire nel più artistico dei modi possibili. L'idea mi piace molto Molto interessante come idea, potremmo riuscire a coprire alcune fasce di utenti che non siamo mai riusciti a raggiungere. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biennale di Venezia - Architettura
Ottima idea! Il giorno 16 ottobre 2012 14:07, Volker Schmidt vosc...@gmail.com ha scritto: Bella idea. Come primo passo sarebbe da esplorare se la Biennale accetta enti senza lucro come espositori a condizioni speciali. Alcune fiere lo fanno. So per esempio che la Fiera di Padova lo fa (ho partecipato a più presenze della FIAB). In ogni caso sono disposto a partecipare a preparazione e esecuzione. Volker (Padova) 2012/10/16 Simone Cortesi sim...@cortesi.com 2012/10/16 Luca Delucchi lucadel...@gmail.com: Siccome ero in visita con un gruppo molto nutrito di architetti, ho loro spiegato cos'è OSM (da notare: nessuno sapeva della sua esistenza...) e ho visto facce sbalordite, affascinate, esaltate. :-) Mi è subito venuta in mente un'installazione da fare: mappa proiettata, colonnine con PC che permettono alla gente di visualizzare la propria zona, e di mapparla se mancano dettagli, sotto la guida di qualche mapper più esperto che spiega cos'è OSM e come si fa. Attorno, solite cose fighette che piacciono agli architetti tipo frasi importanti e parole chiave da allestire nel più artistico dei modi possibili. L'idea mi piace molto Molto interessante come idea, potremmo riuscire a coprire alcune fasce di utenti che non siamo mai riusciti a raggiungere. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-dev] Notes - OSM improvements BoF at SOTM PDX
Come forse sapete, la Knight Foundation ha destinato alcune decine di migliaia di euro al miglioramento delle interfacce di OSM. Questa è una prima lista deI possibili miglioramenti che verranno implementati da mapbox come parte del contratto con Knight. -- Forwarded message -- From: *Alex Barth* Date: Tuesday, October 16, 2012 Subject: [OSM-dev] Notes - OSM improvements BoF at SOTM PDX To: d...@openstreetmap.org list d...@openstreetmap.org Hello everyone - Here are my (slightly edited) notes from the Birds of a Feather session on the Knight grant and OSM improvements we had at PDX. Much of what's been mentioned meshes closely with the OSM Wishlist thread [1]. Please fill in / expand / contest where you see fit. Just like the wishlist thread this is a pretty open ended list, but doing this kind of giant brain dump is really, really useful for getting oriented and finding out where to dig into prior work. [1] http://lists.openstreetmap.org/pipermail/dev/2012-October/025746.html ## OpenStreetMap.org - There is a big value in tightening the design of OpenStreetMap.org - Small, continuous improvements are the way to go rather than a change-everything redesign - That said, we'll want to rethink some of the paradigms on osm.org - Making the rails port easier to set up brings more contributors, installing got a lot easier, there are still pain points that are harder to solve. - Translations are a frequent bottleneck for copy changes, unclear how to solve this. ## Mapnik style - How could the Mapnik style be more open to improvements? We definitely need to get it on GitHub. - Should we have multiple canonical styles? ## Getting data out of osm.org - Starting from osm.org it could be more straightforward to find proper download options - Export tab on osm.org is one of the most popular locations, but needs a lot of improvement. E.g. it does not explain how the downloaded data can be used. How can export be more actionable? - There is an expectation problem around data downloads from osm - why exactly would a user download from the export tab, what are they looking for? why is embedding under exporting? if an export fails due to its size, it's not clear where to go to get a larger dump. - Should SVG export be replaced with something else, or improved in Mapnik enough to be worthwhile? - How can third party services like geofabrik's shapefile exports (or jXAPI) be tied in better? - (not a data export topic but came up here) there are needs around managing/merging external vector datasources, there's work around that in potlatch. ## Social Experience - Improving the social experience on OSM.org is not about integrating with social platforms like Facebook, but about making it easier for mappers to connect. - There is a gap between the broad, public mailing lists that many are not subscribed to and private messages, leading for instance to situations where individuals can be flooded with dozens of personal messages in the case of disputed changesets. - Github style commenting on changesets with appropriate notifications could be useful. - There are notes from OSM ux session in Washington DC earlier this year (where?) - Privacy and safety is tantamount. - On osm.org user profile, it would be more useful to see who's mapping in your area than who's living in your area. - If someone modifies OSM data within a few days after you did, it would be awesome to see a note in your user profile feed about that. - OWL is setting an important precedent for social features but is currently down due to technical difficulties. - live.openstreetmap.fr is another great example - Activity streams is a nascent effort in this space - We'll want to focus on solid bottom line features that we know work well, rather than going all out on bells and whistles. - Could OSM.org facilitate groups of common interest? E. g. 'cycling' or 'Portland, OR'. Could we for instance have diary entries in certain areas or with certain tags show up in the feed of our user profiles? - How could community events be highlighted on osm.org? On your user profile? ## First time mapping - What happens after you sign up? Where do you go next? How many people do we lose before the first edit because we just don't do a good job explaining how to get started? - We could drip feed people emails with useful information after they signed up, maybe just one a week after s/o signed up and didn't edit, maybe a week after s/o did a single edit. - The emerging Welcome Working Group will ideally be able to shed more light onto good actions for helping people through the first steps with OSM. - What is this first edit anyway? Do we have data on this? - A sandbox for beginners sounds like a good idea at first, but there's a real danger of loosing people to it who could be mapping the real world instead. - A real expectation challenge is the fact that it just takes a while for your changes to show up on a map. How can editors communicate this better?
Re: [Talk-it] Fiera di Pordenone
Mandi! gvf In chel di` si favelave... Secondo voi all???annuale fiera di Pordenone del radioamatore si potrebbe fare un po??? di pubblicità a osm o ci sono dei vincoli? A Pordenone di solito c'è uno spazio linux penso organizzato da qualche LUG locale. Se lo fanno anche a Radioamatore due penso non abbiano problemi ad ospitare qualcosa OSM. ...il problema è che a fine ottobre c'è il LinuxDay, e dubito che come LUG si riesca a recuperare energie per fare altro, siamo un po' tiratelli. Nulla toglie che si possa provare, oppure risentirci per maggio. En passant, la edizione autunnale è molto ''retrocomputing'', mentre quella di maggio ha più giro, quindi se l'idea è pubblicizzare OSM forse maggio resta un miglior target. I contatti con la fiera ce li abbiamo, ad ogni modo, se volete provare... -- Chiedere a Gates come sviluppare le nuove tecnologie in Italia è come farsi spiegare da Berlusconi come promuovere il pluralismo dell'informazione. La risposta è semplice: «ghe pensi mi!» (Pietro Folena) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-dev] Notes - OSM improvements BoF at SOTM PDX
2012/10/16 Simone Cortesi sim...@cortesi.com: Come forse sapete, la Knight Foundation ha destinato alcune decine di migliaia di euro al miglioramento delle interfacce di OSM. per essere preciso 575.000 USD, quindi mica poco. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Data drinks i morgen aften
I morgen onsdag d. 17/10 er der et afslappet arrangement om åbne data: Data Drinks are informal meet-ups to help stimulate the network of coders, entrepreneurs, civil servants, designers, academics, all other citizens around open data. A strong network is needed to bring open government data forward. By knowing what others are doing, it is easier for civil servants to see how they can help or convince colleagues, and easier for data users to come up with even better ideas, and support each other in improving their applications etc. http://digitaliser.dk/news/2386804 Det foregår i København, på Café Retro. Man bør tilmelde sig, hvis man ønsker at deltage. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Data drinks i morgen aften
Yay! Jeg regner også med at dukke op. - Peter On 16 October 2012 10:20, Emil Tin z...@tmf.kk.dk wrote: lyder hyggeligt - jeg er tilmeldt og kommer med en laptop :-) Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Email z...@tmf.kk.dk EAN 5798009493149 -Oprindelig meddelelse- Fra: Jørgen Elgaard Larsen [mailto:j...@elgaard.net] Sendt: 16. oktober 2012 10:19 Til: 'talk-dk@openstreetmap.org'; medlem...@itpol.dk Emne: [Talk-dk] Data drinks i morgen aften I morgen onsdag d. 17/10 er der et afslappet arrangement om åbne data: Data Drinks are informal meet-ups to help stimulate the network of coders, entrepreneurs, civil servants, designers, academics, all other citizens around open data. A strong network is needed to bring open government data forward. By knowing what others are doing, it is easier for civil servants to see how they can help or convince colleagues, and easier for data users to come up with even better ideas, and support each other in improving their applications etc. http://digitaliser.dk/news/2386804 Det foregår i København, på Café Retro. Man bør tilmelde sig, hvis man ønsker at deltage. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Projekt: Svenska beskickningar
2012/10/16 Johan Emilsson johan.emils...@eupi.org: Det kan vi göra. Någon som känner sig manad till att lägga till det? Saxat från svaret från UD så står det ...men du bör göra en källhänvisning till swedenabroad., det vill säga inget krav. Men vi kan utgå från att ha ambitionen att tagga varje nod/way/relation med source=swedenabroad. I slutänden så är det inte så bedrövligt betungande arbete att lägga till den taggen. En tanke kring det här, om man ska vara konsekvent så borde väl den okvalificerade name-taggen vara på värdlandets språk, då samtliga utländska ambassader i Sverige har en name-tagg som är på svenska. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] A-7 in the area of Marbella
hi! sorry - i did not understand the spain-discussion. please retag after your results of discussion. regards Jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] A-7 in the area of Marbella
Bueno. Primero y antes de nada, cuidado con las fotos de StreetView. Muchas son de 2008, y muestran una zona en obras, precisamente para lo que parece una adaptación de la carretera. Las ortofotos son más recientes, y muestran que algunas de las rotondas ya no están. De hecho, en el tramo que ayer puse como autovía no había ninguna rotonda. El 16 de octubre de 2012 01:01, Ricardo Sanz ricardosanz1...@gmail.comescribió: por poner un ejemplo: Cartel fondo blanco: https://maps.google.es/?ll=36.459881,-5.049591spn=0.040659,0.077162t=hz=14layer=ccbll=36.459779,-5.050027panoid=g1tPtI80lliYA1aT9kvUnAcbp=12,271.93,,0,0.1 Cartel fondo azul: https://maps.google.es/?ll=36.488109,-4.960842spn=0.044164,0.154324t=hlayer=ccbll=36.488137,-4.960801panoid=BA44jNM84lExi3HDjHwoSwcbp=11,71.41,,1,6.24z=13 normalización wiki: Básicamente, están compuestas por dos calzadas y no son cruzadas a nivel por ninguna otra vía. Se identifican por las señales [image: Spain traffic signal s1.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1.svg.png [image: Spain traffic signal s1a.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1a.svg.png, y por tener *toda* su señalización general con fondo azul, independientemente de su referencia. no hay ni un solo tramo con esta señal [image: Spain traffic signal s1a.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1a.svg.png en ese tramo de la A-7 Son autovías, en España http://es.wikipedia.org/wiki/Espa%C3%B1a, las carreteras que, no reuniendo todos los requisitos de las autopistashttp://es.wikipedia.org/wiki/Autopista, tienen las siguientes características: - Calzadas http://es.wikipedia.org/wiki/Calzada independientes para cada sentido de circulación. - Limitado el acceso a y desde las propiedades colindantes. Este punto es el de discusión. Y es muy relativo. Dice limitado, que no prohibido. Gran parte de lo que ayer puse como autovía contaba con vías de servicio a ambos lados de la autovía, por lo que esto se daría. Y según las fotos de streetview, una buena parte estaba vallado a los lados, sobre todo en la zona de S. Pedro de Alcántara. - No pueden cruzar ni ser cruzadas al mismo nivel por otras senos, vías, líneas de ferrocarril o tranvía ni por servidumbre de paso alguna. rotondas (cruces al mismo nivel) https://maps.google.es/?ll=36.43178,-5.173445spn=0.040398,0.077162t=hz=14layer=ccbll=36.431658,-5.173294panoid=rrmGNjYFou4JMfV9ydN53gcbp=12,127.8,,0,6.11 Protesto: esta rotonda no está en la zona que yo ayer puse como autovía, sino más allá. acceso a y desde propiedades colindantes: http://goo.gl/maps/W9xVx una autovía es una autovía con esta señal [image: Spain traffic signal s1a.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1a.svg.png sin eso no es motorway porque si miramos los carteles azules mira esto: http://goo.gl/maps/sc2XU es una autovía? NO, ya que tiene muchas rotondas, y aunque tenga cartel azul o nombre de Autovía, no lo es Correcto. Aunque la única señal con fondo azul es la del nombre de la supuesta autovía: el resto de señales (las de antes de las rotondas) son de fondo blanco. por el contrario sí tenemos autovías aunque tengan carteles con fondo blanco: http://goo.gl/maps/0AAMF http://goo.gl/maps/a76Ao conclusión: motorway (autovía y autopista) sólo cuando [image: Spain traffic signal s1.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1.svg.png [image: Spain traffic signal s1a.svg.png]http://wiki.openstreetmap.org/wiki/File:Spain_traffic_signal_s1a.svg.png Ojo, que esa señal falta en muchos casos. Mi conclusión es que hay que tener sentido común y evaluar caso por caso. Si hay señal de autovía/autopista está claro que es una motorway. En el caso que nos ocupa, yo considero que la A-7, en la actualidad, a su paso por S. Pedro de Alcántara, y zona oriental de Estepona, sí es una autovía, más aún cuando parece que se han hecho obras para que lo sea. saludos 2012/10/15 David Marín Carreño dav...@gmail.com Perdona, pero sí. Lo que no puede tenerlas es una autopista. Ambas, autovías y autopistas, son motorway según la normalización acordada. Básicamente, el fondo azul de las señales las distingue. 2012/10/15 Ricardo Sanz ricardosanz1...@gmail.com Ya puedes volver a editarlo, Jan. La A-7 es trunk, una autovía (motorway) nunca puede tener entradas a urbanizaciones y fincas colindantes Saludos --- Ricardo Sanz Moreno El 15/10/2012, a las 23:11, David Marín Carreño dav...@gmail.com escribió: 2012/10/15 Jan Tappenbeck o...@tappenbeck.net Hi ! look at http://www.openstreetmap.org/?**lat=36.48054lon=-4.98971** zoom=15layers=Mhttp://www.openstreetmap.org/?lat=36.48054lon=-4.98971zoom=15layers=M there only a short part is tages like highway=motorway and the parts on the left and right are
Re: [Talk-es] A-7 in the area of Marbella
Bueno, yo es que conozco la zona perfectamente y se lo que hay. No me hace falta streetview Ricardo Sanz Moreno El 16/10/2012, a las 09:59, David Marín Carreño dav...@gmail.com escribió: Bueno. Primero y antes de nada, cuidado con las fotos de StreetView. Muchas son de 2008, y muestran una zona en obras, precisamente para lo que parece una adaptación de la carretera. Las ortofotos son más recientes, y muestran que algunas de las rotondas ya no están. De hecho, en el tramo que ayer puse como autovía no había ninguna rotonda. El 16 de octubre de 2012 01:01, Ricardo Sanz ricardosanz1...@gmail.com escribió: por poner un ejemplo: Cartel fondo blanco: https://maps.google.es/?ll=36.459881,-5.049591spn=0.040659,0.077162t=hz=14layer=ccbll=36.459779,-5.050027panoid=g1tPtI80lliYA1aT9kvUnAcbp=12,271.93,,0,0.1 Cartel fondo azul: https://maps.google.es/?ll=36.488109,-4.960842spn=0.044164,0.154324t=hlayer=ccbll=36.488137,-4.960801panoid=BA44jNM84lExi3HDjHwoSwcbp=11,71.41,,1,6.24z=13 normalización wiki: Básicamente, están compuestas por dos calzadas y no son cruzadas a nivel por ninguna otra vía. Se identifican por las señales , y por tener toda su señalización general con fondo azul, independientemente de su referencia. no hay ni un solo tramo con esta señal en ese tramo de la A-7 Son autovías, en España, las carreteras que, no reuniendo todos los requisitos de las autopistas, tienen las siguientes características: Calzadas independientes para cada sentido de circulación. Limitado el acceso a y desde las propiedades colindantes. Este punto es el de discusión. Y es muy relativo. Dice limitado, que no prohibido. Gran parte de lo que ayer puse como autovía contaba con vías de servicio a ambos lados de la autovía, por lo que esto se daría. Y según las fotos de streetview, una buena parte estaba vallado a los lados, sobre todo en la zona de S. Pedro de Alcántara. No pueden cruzar ni ser cruzadas al mismo nivel por otras senos, vías, líneas de ferrocarril o tranvía ni por servidumbre de paso alguna. rotondas (cruces al mismo nivel) https://maps.google.es/?ll=36.43178,-5.173445spn=0.040398,0.077162t=hz=14layer=ccbll=36.431658,-5.173294panoid=rrmGNjYFou4JMfV9ydN53gcbp=12,127.8,,0,6.11 Protesto: esta rotonda no está en la zona que yo ayer puse como autovía, sino más allá. acceso a y desde propiedades colindantes: http://goo.gl/maps/W9xVx una autovía es una autovía con esta señal sin eso no es motorway porque si miramos los carteles azules mira esto: http://goo.gl/maps/sc2XU es una autovía? NO, ya que tiene muchas rotondas, y aunque tenga cartel azul o nombre de Autovía, no lo es Correcto. Aunque la única señal con fondo azul es la del nombre de la supuesta autovía: el resto de señales (las de antes de las rotondas) son de fondo blanco. por el contrario sí tenemos autovías aunque tengan carteles con fondo blanco: http://goo.gl/maps/0AAMF http://goo.gl/maps/a76Ao conclusión: motorway (autovía y autopista) sólo cuando Ojo, que esa señal falta en muchos casos. Mi conclusión es que hay que tener sentido común y evaluar caso por caso. Si hay señal de autovía/autopista está claro que es una motorway. En el caso que nos ocupa, yo considero que la A-7, en la actualidad, a su paso por S. Pedro de Alcántara, y zona oriental de Estepona, sí es una autovía, más aún cuando parece que se han hecho obras para que lo sea. saludos 2012/10/15 David Marín Carreño dav...@gmail.com Perdona, pero sí. Lo que no puede tenerlas es una autopista. Ambas, autovías y autopistas, son motorway según la normalización acordada. Básicamente, el fondo azul de las señales las distingue. 2012/10/15 Ricardo Sanz ricardosanz1...@gmail.com Ya puedes volver a editarlo, Jan. La A-7 es trunk, una autovía (motorway) nunca puede tener entradas a urbanizaciones y fincas colindantes Saludos --- Ricardo Sanz Moreno El 15/10/2012, a las 23:11, David Marín Carreño dav...@gmail.com escribió: 2012/10/15 Jan Tappenbeck o...@tappenbeck.net Hi ! look at http://www.openstreetmap.org/?lat=36.48054lon=-4.98971zoom=15layers=M there only a short part is tages like highway=motorway and the parts on the left and right are highway=trunk. is this right - in my remember the streets are like the same construction. You are right: according to Spanish normalization rules, those roads are motorways: no same-level crosses, and blue-background signs. did anyone now more and can retag ? regards Jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] A-7 in the area of Marbella
El único tramo que debe ser motorway (autovía) es el nuevo túnel que han hecho a su paso por S. Pedro con características de autovía. El resto es trunk, sin señales de autovía, con stops en las entradas, muy inseguras, limitaciones de velocidad a 80, señales fondo blanco de antigua nacional N-340 ( solo le han cambiado el nombre a A-7 y se quedan tan contentos) Saludos --- Ricardo Sanz Moreno El 16/10/2012, a las 09:59, David Marín Carreño dav...@gmail.com escribió: Bueno. Primero y antes de nada, cuidado con las fotos de StreetView. Muchas son de 2008, y muestran una zona en obras, precisamente para lo que parece una adaptación de la carretera. Las ortofotos son más recientes, y muestran que algunas de las rotondas ya no están. De hecho, en el tramo que ayer puse como autovía no había ninguna rotonda. El 16 de octubre de 2012 01:01, Ricardo Sanz ricardosanz1...@gmail.com escribió: por poner un ejemplo: Cartel fondo blanco: https://maps.google.es/?ll=36.459881,-5.049591spn=0.040659,0.077162t=hz=14layer=ccbll=36.459779,-5.050027panoid=g1tPtI80lliYA1aT9kvUnAcbp=12,271.93,,0,0.1 Cartel fondo azul: https://maps.google.es/?ll=36.488109,-4.960842spn=0.044164,0.154324t=hlayer=ccbll=36.488137,-4.960801panoid=BA44jNM84lExi3HDjHwoSwcbp=11,71.41,,1,6.24z=13 normalización wiki: Básicamente, están compuestas por dos calzadas y no son cruzadas a nivel por ninguna otra vía. Se identifican por las señales , y por tener toda su señalización general con fondo azul, independientemente de su referencia. no hay ni un solo tramo con esta señal en ese tramo de la A-7 Son autovías, en España, las carreteras que, no reuniendo todos los requisitos de las autopistas, tienen las siguientes características: Calzadas independientes para cada sentido de circulación. Limitado el acceso a y desde las propiedades colindantes. Este punto es el de discusión. Y es muy relativo. Dice limitado, que no prohibido. Gran parte de lo que ayer puse como autovía contaba con vías de servicio a ambos lados de la autovía, por lo que esto se daría. Y según las fotos de streetview, una buena parte estaba vallado a los lados, sobre todo en la zona de S. Pedro de Alcántara. No pueden cruzar ni ser cruzadas al mismo nivel por otras senos, vías, líneas de ferrocarril o tranvía ni por servidumbre de paso alguna. rotondas (cruces al mismo nivel) https://maps.google.es/?ll=36.43178,-5.173445spn=0.040398,0.077162t=hz=14layer=ccbll=36.431658,-5.173294panoid=rrmGNjYFou4JMfV9ydN53gcbp=12,127.8,,0,6.11 Protesto: esta rotonda no está en la zona que yo ayer puse como autovía, sino más allá. acceso a y desde propiedades colindantes: http://goo.gl/maps/W9xVx una autovía es una autovía con esta señal sin eso no es motorway porque si miramos los carteles azules mira esto: http://goo.gl/maps/sc2XU es una autovía? NO, ya que tiene muchas rotondas, y aunque tenga cartel azul o nombre de Autovía, no lo es Correcto. Aunque la única señal con fondo azul es la del nombre de la supuesta autovía: el resto de señales (las de antes de las rotondas) son de fondo blanco. por el contrario sí tenemos autovías aunque tengan carteles con fondo blanco: http://goo.gl/maps/0AAMF http://goo.gl/maps/a76Ao conclusión: motorway (autovía y autopista) sólo cuando Ojo, que esa señal falta en muchos casos. Mi conclusión es que hay que tener sentido común y evaluar caso por caso. Si hay señal de autovía/autopista está claro que es una motorway. En el caso que nos ocupa, yo considero que la A-7, en la actualidad, a su paso por S. Pedro de Alcántara, y zona oriental de Estepona, sí es una autovía, más aún cuando parece que se han hecho obras para que lo sea. saludos 2012/10/15 David Marín Carreño dav...@gmail.com Perdona, pero sí. Lo que no puede tenerlas es una autopista. Ambas, autovías y autopistas, son motorway según la normalización acordada. Básicamente, el fondo azul de las señales las distingue. 2012/10/15 Ricardo Sanz ricardosanz1...@gmail.com Ya puedes volver a editarlo, Jan. La A-7 es trunk, una autovía (motorway) nunca puede tener entradas a urbanizaciones y fincas colindantes Saludos --- Ricardo Sanz Moreno El 15/10/2012, a las 23:11, David Marín Carreño dav...@gmail.com escribió: 2012/10/15 Jan Tappenbeck o...@tappenbeck.net Hi ! look at http://www.openstreetmap.org/?lat=36.48054lon=-4.98971zoom=15layers=M there only a short part is tages like highway=motorway and the parts on the left and right are highway=trunk. is this right - in my remember the streets are like the same construction. You are right: according to Spanish normalization rules, those roads are motorways: no same-level crosses, and blue-background signs. did anyone now more and can retag ? regards Jan :-)
Re: [Talk-es] Nueva propuesta - Zona de frenado de emergencia - escape_lane (Picholeiro)
Hola, Me parece una muy buena propuesta y no entiendo como todavía no estaba contemplada. Creo que es de cajón que debe ser aceptada. Ya he comentado en la página de discusiónhttp://wiki.openstreetmap.org/wiki/Talk:Proposed_features/escape_lane;) Aprovecho para comentar que yo he hecho una propuesta que supongo que será un poco más controvertida. Se trata de la key «Obstaclehttp://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle» (antes de crearla ya comenté en esta listahttp://lists.openstreetmap.org/pipermail/talk-es/2012-September/010601.html). También os animo a debatirla en su página de discusiónhttp://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Obstacle . Un saludo! ALBERT 2012/10/15 José Juan Sánchez del Arco jj_sanchez_alme...@live.com No sólo es información importante, sino qué, que yo sepa, no hay sistemas de navegación que informen de estos lugares que te pueden salvar de una buena piña. La gente quizás no les dé mucha importancia, ya que nunca han usado uno (Yo tampoco), no han visto nunca que se haya utilizado (Yo tampoco) y no creen que vayan a necesitarlo (Yo espero no tener que hacerlo), pero qué diantres, se pueden mapear individualmente los árboles y los bancos de un parque. Hay gente que las pondría como service, pero no creo que sea lo más adecuado para un lugar que, de hecho, es para parar y no para circular. Pasad por la discusión y dejad algo, que cada vez queda menos para la votación. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] doble calzada
Buenas, cuándo se pone doble calzada? sirve con que haya un quitamiedo delimitando? sirve con doble raya pintada? sirve con un pequeño montículo/escalón de cemento? saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Boris Cornet
Tiefstes Beileid auch von meiner Seite. Boris war uns ein sehr hilfsbereiter Ansprechpartner für Innsbruck. Mit seiner Arbeit an OSM hat er definitiv etwas Wertvolles hinterlassen, vielen Dank dafür! On 2012-10-02 11:12, Simon Legner wrote: Liebe OSM-Community, ich habe von Boris' Freundin leider eine schlechte Nachricht erhalten: Boris Cornet (borisC) ist am 20.09. in seinem Urlaub in Indien an einem Herzinfarkt verstorben. Er ist beim Abstieg von einem Berg im Himalaja in der Nähe der Stadt Kullu zusammengebrochen. Über sein Wirken in OSM muss ich wohl nicht viel sagen: Boris war einer der aktivsten Mapper in Österreich – vor allem in Tirol – und hat sich in viele Diskussionen eingebracht. Im Jahr 2009 hat er den Innsbrucker Stammtisch initiiert, zu dem er regelmäßig gekommen ist. Boris, du wirst uns fehlen! Liebe Grüße aus Tirol, Simon ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] [Imports] Importing CanVec better?
From: Maury Markowitz [mailto:maury.markow...@gmail.com] Sent: Monday, October 15, 2012 1:28 PM To: impo...@openstreetmap.org Subject: [Imports] Importing CanVec better? Newb here, so I hope this is the right place to ask. I also posted on one of the wiki talk pages, but I didn't know if anyone goes there. I have noticed that vectors imported from the CanVec database are split at grid boundaries. This means that large objects like roads or lakes are split into multiple parts in OSM. I strongly suspect that there is a way to re-integrate these into single objects, which would greatly improve things (case in point, the cottage would no longer be on a three-part lake :-) There are five different types of ways that can be split a tile boundaries. 1. Unclosed ways, like roads. It doesn't matter if these are split, but the ends need to share nodes so that they're connected. Splitting a road doesn't change the meaning. 2. Small closed ways, like buildings. These need to be joined into one closed way. 3. Lakes. These should be joined together, either as a closed way or as a multipolygon. 4. Large forests. These do not need to be joined. In fact, they need to be split at some point to avoid having a multipolygon the size of BC. 5. Coastlines (and the coast of lakes like the great lakes). In principle these are the same as other unclosed ways, but these should only be imported with those very familiar with both the CanVec water model and OSM coastlines. As this data is automatically imported, is this the right place to discuss this? CanVec isn't automatically imported. If people aren't performing the basic checks at edges you can send them a note or ask someone else to. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Imports] Importing CanVec better?
I started adding CanVec tile 104B to OSM using JOSM. So far I've put in the south/west quadrant. There was absolutely nothing in that area at all before. It is my first import of CanVec data so if someone has time to check, that would be great. #13460999 http://www.openstreetmap.org/browse/changeset/13460999 October 11, 2012 23:58 mattropolis_bulkhttp://www.openstreetmap.org/user/mattropolis_bulk/edits -- Matthew Buchanan -- Kamloops, BC On 15 October 2012 23:03, Paul Norman penor...@mac.com wrote: From: Maury Markowitz [mailto:maury.markow...@gmail.com] Sent: Monday, October 15, 2012 1:28 PM To: impo...@openstreetmap.org Subject: [Imports] Importing CanVec better? Newb here, so I hope this is the right place to ask. I also posted on one of the wiki talk pages, but I didn't know if anyone goes there. I have noticed that vectors imported from the CanVec database are split at grid boundaries. This means that large objects like roads or lakes are split into multiple parts in OSM. I strongly suspect that there is a way to re-integrate these into single objects, which would greatly improve things (case in point, the cottage would no longer be on a three-part lake :-) There are five different types of ways that can be split a tile boundaries. 1. Unclosed ways, like roads. It doesn't matter if these are split, but the ends need to share nodes so that they're connected. Splitting a road doesn't change the meaning. 2. Small closed ways, like buildings. These need to be joined into one closed way. 3. Lakes. These should be joined together, either as a closed way or as a multipolygon. 4. Large forests. These do not need to be joined. In fact, they need to be split at some point to avoid having a multipolygon the size of BC. 5. Coastlines (and the coast of lakes like the great lakes). In principle these are the same as other unclosed ways, but these should only be imported with those very familiar with both the CanVec water model and OSM coastlines. As this data is automatically imported, is this the right place to discuss this? CanVec isn't automatically imported. If people aren't performing the basic checks at edges you can send them a note or ask someone else to. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Nováček
Díky všem za reakce, měl jsem spíše namysli nějaké zásadní chyby jako neslučitelnost tagů atd. Vlastní bydliště nemapuji, jelikož je zmapováno dokonale. Ano místo trochu znám, zatím jsem jel dle katastrálních map a po paměti, až budu na místě doplním nepřesnosti a lesní cesty. Některé věci jsem doplnil: kostel, hřbitov, cesty přichitil na zdi plus brány, chodník (i když je ona cesta pouze tak použitelná ). Jiné ne: spojení cest přes soukromý uzavřený pozemek asi není úplně vhodné, neopravoval jsem. Silnice III. třídy bych ponechal jen na kraj obce, tak jak jsem jí zakreslil I) pro její definici II) pro zřetelnou změnu kvality - povrchu a šíře. S pozdravem, L. ;o) - Original Message - From: Petr Dlouhý To: OpenStreetMap Czech Republic Sent: Tuesday, October 16, 2012 4:46 PM Subject: Re: [Talk-cz] Nováček Ahoj, je skutečně v oblasti kolem hřbitova jen tráva? Podle katastrální mapy to vypadá, že je tam hřbitov (amenity=grave_yard). -- Petr Dlouhý petr.dlo...@email.cz -- Původní zpráva -- Od: luka...@volny.cz Datum: 15. 10. 2012 Předmět: [Talk-cz] Nováček Zdravím, zapojil jsem se do tvorby OSM a jsem úplný začátečník. Zmapoval jsem jednu nezakreslenou vesničku ve středních Čechách, a nějaké přilehlé polní cesty, zatím jen pomocí katastrálních map a satelitních snímků. Chtěl jsem se zeptat, zda-li jsem neudělal nějaké závažné chyby, nebo máte-li nějaká doporučení. http://www.openstreetmap.org/?lat=49.79483lon=14.9012zoom=17layers=M Díky, Lugen ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz = -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nováček
Jiné ne: spojení cest přes soukromý uzavřený pozemek asi není úplně vhodné, neopravoval jsem. *** vnitroareálové komunikace lze označit tagem access, není zadny důvod je nemapovat Silnice III. třídy bych ponechal jen na kraj obce, tak jak jsem jí zakreslil I) pro její definici II) pro zřetelnou změnu kvality - povrchu a šíře. *** silnice maji prujezdni useky obcemi, a ty jsou stale silnici. Povrch a sire to jsou jine tagy width, surface, stejne tak napr lze dodat maxspeed=50, source:maxspeed=CZ:urban --- opravil jsem hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Installatiosn classées (était: Tagger du nucléaire [long])
Philippe Verdy verd...@wanadoo.fr wrote: A cause de quoi ? Des alambics ou des cuves de fermentation ? Dans le pays du vin, des cuves de fermentation on en a des tonnes un peu partout. Ola malheureux, pas de fermentation pour le Cognac, c'est de la distillation ;-) Ce qui est dangereux ce sont les quantités d'alcools stockés. Comme il faut faire vieillir cela faut de gros volumes. Ce truc est volatile est hautement inflammable. En fait certains chais sont tout simplement des bombes incendiaires, ce qui exploque les classement en Seveso Bas ou Haut suivant les volumes stockés... [...] Au delà des usines chimiques et des dépôts et traitements dihydrocarbures et gaz, on s'attend plutôt aux usines d'incinération Pas que. Dans le même genre d'idée il y a les émetteurs de nitrates et phosphates (porcheries et poulaillers industriels) qu provoque l'eutrophie des rivières et la prolifération des algues sur les côtes, Là c'est un autre classement, il s'agit là de pollution pas de risque immédiat (Seveso). On trouve cela dans la base de données de l'IREP qui recence les émmissiosn polluantes (air, eau et sol). [...] Cartographier les risques Sévéso, c'est certainement beaucoup plus de données que les risques radiologiques (dans lesquels on doit inclure tous les hôpitaux et cliniques vétérinaires, ou centres d'examens en radiologie, radiothérapie, et scanners). Les quantités ne sont pas effrayantes, les données sont publics... Ce que je cherche c'est surtout des pistes pour tagger. Il existe un schéma (proposés) pour les dangers naturels 'avalanche, inondation..., peu usité semble t'il : http://wiki.openstreetmap.org/wiki/OpenHazardMap#Hazards Je cherche donc des idées pour l'étendre aux dangers non naturels : explosion, incendies, contamination chimiques... ce qui recouvre, en France, le classement des sites en Installations classées, site Seveso (seuil bas, seuil haut). -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendez vous avec la Direction de l'IGN
Balaitous balait...@mailoo.org wrote: J'ai d'ailleurs commencé cet été à écrire une application d'orthorectification (MMT ASTER) dont on peut voir un exemple ici (mosaïque à partir de plusieurs images, projeté en Lambert II avec superposition OSM) Pleine résolution (77.7Mb) : http://ubuntuone.com/2qHmVR2SCWu5vYaQ1qHUNI Résolution réduite (7.2Mb) : http://ubuntuone.com/7Dw2byZFNfYNziaRz4QfNc Excellent. Le code est disponible ? Ce m'intresse pour un usge personnel (en attendant les droits IGN). -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] Rendez vous avec la Direction de l'IGN
Merci à tous les deux, Voilà encore une preuve (s'il en fallait) qui me motive à continuer l'aventure OSM! Romain Le 15 octobre 2012 23:17, Christian Quest cqu...@openstreetmap.fr a écrit : Très bonne réunion de plus d'une heure trente. Nous avons rencontré le directeur général de l'IGN, le dir. adjoint de la diffusion et de la valorisation ainsi que le directeur de la production. Nous avons présenté OSM en une douzaine de slides ce qui a généré quelques questions sur les motivations des contributeurs, cela surprends toujours certaines personnes que l'on puisse être si nombreux à contribuer sans en retirer de bénéfice direct en retour. J'ai senti de l'étonnement à la réponse mais vous êtes combien à valider les contributions... quand j'ai répondu zéro. Une première prise de contact avec beaucoup d'ouverture de la part de la direction de l'IGN qui, je pense, se rend compte que le monde change et qu'ils doivent s'y adapter. Le crowdsourcing les intrigue et les intéresse. Je pense qu'on a aussi réussit à montrer le sérieux du projet, la richesse des données et leur intérêt complémentaire par rapport à ce que fait l'IGN (la donnée de référence). On se revoit d'ici la fin de l'année. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment décrire une borne qui rentre dans le sol?
Le 10 octobre 2012 10:55, Pieren pier...@gmail.com a écrit : J'ai trouvé dans le wiki barrier=bollard + bollard=rising avec 291 occurences dans taginfo (http://wiki.openstreetmap.org/wiki/Key:bollard). Donc beaucoup plus que le barrier=rising_bollard qui, lui, n'est pas documenté. Les hollandais proposent même un automatic=yes ( http://wiki.openstreetmap.org/wiki/NL:Tag:barrier%3Dbollard#Automatische.2C_.22Rising.22_Pollers ) Merci Pieren pour ta perspicacité. J'ai corrigé les tags. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 850000 membres... et autres stats...
Est-ce que cela **pourrait** se faire, sur la base d'extended diffs journalières (qui n'existent qu'à l'état de concept). C'est moins lourd que la comparaison de deux extraits complets pris à un jour d'écart. Le 15 octobre 2012 16:58, Christian Quest cqu...@openstreetmap.fr a écrit : En cherchant avec l'overpass les way en version 1 dont la date de modif est de moins de 24h ? Le 15 octobre 2012 13:23, Pieren pier...@gmail.com a écrit : 2012/10/15 Christian Quest cqu...@openstreetmap.fr: Et du nombre de contributeurs actifs qui ne fait que progresser lui aussi. Les deux se combinent... Est-ce que quelqu'un serait capable de montrer les 1000 kms de highway ajoutés hier ? Sachant que l'essentiel des routes principales est déjà présent, ça ferait 4 à 5 kms en moyenne de unclassified ou residential ou track par personne et par jour ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 850000 membres... et autres stats...
De : Ab_fab gamma@gmail.com Est-ce que cela **pourrait** se faire, sur la base d'extended diffs journalières (qui n'existent qu'à l'état de concept). C'est moins lourd que la comparaison de deux extraits complets pris à un jour d'écart. Je suis en train de travailler dessus a partir de diffs classiques Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques
J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en privé. Cela confirme le souci actuel concernant l'utilisation de la mémoire avec de gros extraits historiques. Mais rien n'est perdu pour qui veut (et surtout peut) s'attaquer au souci : *Hi Well, osm-history-renderer is - after all - a proof of concept. It's impossible atm. to import a full country without having tons of RAM. If you are interested in optimizing the memory usage I could provide you with plans about a memory layout frederik ramm and I once talked about; I never came around to implement it, while the necessary interfaces are already in place. Regards, Peter* Le 12 juillet 2012 11:25, Aurélien FILEZ kinj...@gmail.com a écrit : Bonjour, J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble, et n'ai pas fait de découpage, étant donné que je recherche à sortir des statistiques sur l'ensemble de la France. Puis j'ai tenté de l'importer comme suit : osm-history-importer france.osh.pbf Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus pouvoir allouer quoi que ce soit. Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans garder tant d'information en mémoire ? 2012/7/12 Arnaud Vandecasteele arnaud@gmail.com Cela dépend de quel process tu aprles : - osm-history-splitter découpe la zone que tu désires - osm-history-importer importe les données en base - et osm-history-renderer génère les animations Concernant les perfs. Pour ma part, j'ai un petit serveur qui tourne sur Ubuntu 12.04 avec 2Go de Ram. Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur en prod. Ensuite la taille dépend essentiellement du nombre d'images générées (en fonction du pas de temps) et de la dimension celles-ci. Difficile à dire donc. Arnaud 2012/7/12 Aurélien FILEZ kinj...@gmail.com Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui tourne, ça me met encore une erreur par manque de mémoire. Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ? 2012/7/12 Ab_fab gamma@gmail.com Cool, Tu nous tiens au courant des choses que tu as mis en pratique avec ? Et sinon, quels sont les besoins en mémoire de cet import, au final ? et l'espace disque nécessaire ? (Mêmes questions pour Arnaud) Le 12 juillet 2012 10:18, Aurélien FILEZ kinj...@gmail.com a écrit : Non en fait j'étais en session a distance et ça ne m'avais pas renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un problème de mémoire. Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça tourne ;) 2012/7/12 Ab_fab gamma@gmail.com As-tu bien donné à la bdd que tu as créée le même nom que le nom de l'utilisateur unix ? Selon le tuto : *next we'll get that data into the database. Oh wait: which database? * *We'll first have to setup our postgres database. It's best if you use your user-database (that's database-name = your unix username)* Je crois que j'avais du recommencer à cause de cette subtilité On continue l'investigation sur dev-fr ? Le 11 juillet 2012 19:07, Aurélien FILEZ kinj...@gmail.com a écrit : Après avoir exécuté osm-history-importer france.osh.pbf, j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 rows) 2012/7/11 Christian Quest cqu...@openstreetmap.fr Mis sous forme de graphique c'est plus parlant (document LibreOffice)... http://dl.free.fr/pUraG0Fan On voit que le réseau autoroutier a été complet dès 2009, que les voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau primaire est stable depuis 2011. Le 11 juillet 2012 15:48, Christian Quest cqu...@openstreetmap.fr a écrit : Pour des stats il y a aussi ceci: http://length.osm4people.org/ Et pour la France : http://length.osm4people.org/france.html On y apprend qu'en novembre 2006, il y avait 2846km de routes et qu'en mars dernier on en était à plus d'1 million de km. En 2011, plus de 300.000km de routes on été ajoutés. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list
Re: [OSM-talk-fr] Closed ways vs areas (était parking entouré d'une barrière)
Le 15 octobre 2012 21:53, Pieren pier...@gmail.com a écrit : 2012/10/15 Philippe Verdy verd...@wanadoo.fr: Non, par défaut un way fermé est une surface, sauf pour les highway=*; waterway=* (sauf riverbank), et railway=* qui par défaut sont filaires (et qui justifient alors qu'on mette area=yes dans les très cas rares où il faut changer l'interprétation par défaut de ces éléments comme du filaire) Alors il faudra vous mettre d'accord sur les wikis des différentes langues. Si je lis la page anglaise, qui à mon avis fait foi pour toutes les autres langues : A closed way that also has a area=yes tag should be interpreted as an area. Ce qui me semble être logique en même temps : on a à la base tracé un chemin, sans vouloir faire une surface ; c'est seulement si on précise qu'il s'agit d'une surface (soit par un area=yes, soit par un tag représentant une surface et donc qui implique area=yes) qu'elle en devient une. La traduction française ne me semble pas être en phase : Un chemin fermé est un chemin dont le premier et le dernier noeud sont identiques, il décrit ainsi une surface. ... avec tout un lot d'exceptions qui deviennent pour le coup illogiques. (Encore une fois je dirais KISS : c'est pas parce qu'on dessine un rond qu'on veut représenter une patate.) La traduction italienne provient à mon avis de la page française, les deux langues étant proches. La page allemande est à l'état de brouillon. Je n'ai pas regardé les autres traductions. Euh... un waterway fermé avec area=yes ? Il faudrait me donner un exemple concret, même très rare. Ce que je veux dire c'est que des waterways fermés ne sont pas rares (on en trouve autour des champs) mais ca n 'est pas pour ça qu'il faut les prendre pour des surfaces. L'exception ce sont les waterway=riverbank, qui devraient être fermés (ou dans une relation fermée) et qui sont remplis par défaut (pas besoin de area=yes pour eux, et aucun cas où on aura besin de area=no). Mais justement avec les riverbanks on n'a plus besoin d'autre chose pour les waterways donnant une surface. sinon c'est du water=lake ou équivalent pas du waterway. Pour railway, pareil. Il y avait un cas, celui du railway/highway=platform un rail sur une surface... h... même si tu parles des plateformes tournantes, ce n'est qu'une intersection de rails entre les directions qui peuvent être prises, la surface plateforme elle-même n'est pas ferrée, il y a un rail linaire posé dessus.. railway/highway=platform désigne une zone où les piétons attendent un moyen de transport (bus, train, tram...), ou en descendent. Rien à voir avec les plateformes tournantes. Donc pour moi le dernier cas pratique qui reste pour justifier un area=yes c'est la place piétonne (qu'on ne devrait pas marquer comme highway=footway mais comme landuse=*), et ne ne vois pas dans quel cas on a besoin de area=no. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] Rendez vous avec la Direction de l'IGN
Le 15 octobre 2012 23:17, Christian Quest cqu...@openstreetmap.fr a écrit : Très bonne réunion de plus d'une heure trente. Nous avons rencontré le directeur général de l'IGN, le dir. adjoint de la diffusion et de la valorisation ainsi que le directeur de la production. Nous avons présenté OSM en une douzaine de slides ce qui a généré quelques questions sur les motivations des contributeurs, cela surprends toujours certaines personnes que l'on puisse être si nombreux à contribuer sans en retirer de bénéfice direct en retour. J'ai senti de l'étonnement à la réponse mais vous êtes combien à valider les contributions... quand j'ai répondu zéro. Une première prise de contact avec beaucoup d'ouverture de la part de la direction de l'IGN qui, je pense, se rend compte que le monde change et qu'ils doivent s'y adapter. Le crowdsourcing les intrigue et les intéresse. Je pense qu'on a aussi réussit à montrer le sérieux du projet, la richesse des données et leur intérêt complémentaire par rapport à ce que fait l'IGN (la donnée de référence). On se revoit d'ici la fin de l'année. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest Merci Christian et Gaël pour ce retour. Dites, on peut avoir les slides ? Par mail ? Sur le Wiki OSM ? Merci. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Closed ways vs areas (était parking entouré d'une barrière)
Le 16 octobre 2012 10:56, te...@free.fr a écrit : Le 15 octobre 2012 21:53, Pieren pier...@gmail.com a écrit : 2012/10/15 Philippe Verdy verd...@wanadoo.fr: Non, par défaut un way fermé est une surface, sauf pour les highway=*; waterway=* (sauf riverbank), et railway=* qui par défaut sont filaires (et qui justifient alors qu'on mette area=yes dans les très cas rares où il faut changer l'interprétation par défaut de ces éléments comme du filaire) Alors il faudra vous mettre d'accord sur les wikis des différentes langues. Si je lis la page anglaise, qui à mon avis fait foi pour toutes les autres langues : A closed way that also has a area=yes tag should be interpreted as an area. C'est bien une recommandatation mais elles est superflue à mon sens puisque c'est le sens par défaut de la plupart des objets. Ce qui me semble être logique en même temps : on a à la base tracé un chemin, sans vouloir faire une surface ; c'est seulement si on précise qu'il s'agit d'une surface (soit par un area=yes, soit par un tag représentant une surface et donc qui implique area=yes) qu'elle en devient une. Les systèmes GIS standards distinguent les lignes et les surfaces. Pas OSM dans son schéma de base. Les ambiguïtés viennent de là. Et les pratiques se sont développées malgré cela, en utilisant le fait que les lignes soient fermées ou non, et la nature des objets. La traduction française ne me semble pas être en phase : Un chemin fermé est un chemin dont le premier et le dernier noeud sont identiques, il décrit ainsi une surface. Ce qui n'est pas faux non plus, mais pour être exact ce devrait être décrit le contour d'une surface. ... avec tout un lot d'exceptions qui deviennent pour le coup illogiques. (Encore une fois je dirais KISS : c'est pas parce qu'on dessine un rond qu'on veut représenter une patate.) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création du Groupe d'accompagnement aka Cadastre task force - Liste privée ou liste publique ?
J’ai suivi un peu le sujet. Jusqu’ici, je n’avais pas tellement d’avis sur la publicité ou non de cette liste… Désormais, je me dis que si un groupe de gens veut discuter de façon privée sur comment prendre contact avec un nouveau contributeur, l’aider et éventuellement rétablir des erreurs qu’il a pû faire, on ne l’empêchera pas : il y a une multitude de façons de se contacter en dehors des listes de diffusion. D’autre part, ce groupe, qui tente de prendre en charge les contributeurs « saccageurs » (dans le sens défini plusieurs fois dans ce sujet : « qui, clairement, nuit aux contributions de la communauté et à la base OSM »), pourrait agir sans en référer à quiconque — ce qui est son droit en tant que groupe de contributeurs de la communauté — a décidé d’être clair sur ses intentions. Moi, je ne vois aucun problème à ce que la liste soit privée, d’autant qu’il a été plusieurs fois question que l’opacité pourra être changée si nécessaire. Et c’est moi qui dis ça, qui, habituellement prône l’ouverture totale :) De plus, si j’avais plus de temps, je m’engagerais dans ce groupe, mais pas pour l’instant. Cordialement, -- Mikaël Cordon (mickey86) Le 15 octobre 2012 16:51, Pieren pier...@gmail.com a écrit : 2012/10/15 Sylvain Maillard sylvain.maill...@gmail.com: je suis plutôt pour l'ouverture de la liste, avec éventuellement une ré-évaluation d'ici quelques temps si il y a vraiment beaucoup d'inscrtis: Ce que je voulais dire par ouverture, c'était dans le sens d'avoir au minimum accès aux archives sans avoir à s'inscrire comme c'est le cas, par exemple, pour la liste de l'asso. Je n'ai rien contre une modération dans les inscriptions pour éviter les hors-sujets (genre untel n'utilise pas le bon tag) ou les polémiques sur le rôle de ce groupe, discussions légitimes mais qui devraient se dérouler sur la liste talk-fr. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Installatiosn classées (était: Tagger du nucléaire [long])
2012/10/16 Pierre-Alain Dorange pdora...@mac.com: Dans l'idée de compléter ma carte du nucléaire je cherche à y faire figurer d'autres éléments que les centrales : mines, usine d'enrichissement, stockage des déchets (surface, profondeur, marin...), usine de traitement, centre de recherche nucléaire, usine d'irradiation des aliments, service médicaux utilisants des éléments nucléaires... Je cherche donc des idées pour l'étendre aux dangers non naturels : explosion, incendies, contamination chimiques... ce qui recouvre, en France, le classement des sites en Installations classées, site Seveso (seuil bas, seuil haut). Je me souviens d'une demande similaire il y a quelques années sur la liste principale et pour les USA. Demande qui avait rencontré aussi peu d'écho que la tienne aujourd'hui. Le problème majeur de ce genre d'info, c'est que ça dépend essentiellement d'une source extérieure et que c'est invérifiable par le mappeur moyen avec son GPS ou une image Bing. D'autant plus que les niveaux de pollution peuvent grandement varier dans le temps ou les contaminants se déplacer. Alors oui pour chercher des tags pour les centrales ou mêmes leurs piscines de stockage, les usines d'enrichissement ou chimiques, les stockages permanents ou même les usines d'irradiation. Mais on parle de combien d'objets taggués au final pour la France ? Très peu. En fait, le plus gros des sources radioactives en nombre concerne les services médicaux. Leur niveau est faible mais ils sont très nombreux et se déplacent ou se renouvellent en permanence. Si on va trop loin dans les détails, on pourrait aussi lister les toxiques présents dans tous les cabinets dentaires Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 850000 membres... et autres stats...
Le 16 octobre 2012 10:29, THEVENON Julien julien_theve...@yahoo.fr a écrit : De : Ab_fab gamma@gmail.com Est-ce que cela **pourrait** se faire, sur la base d'extended diffs journalières (qui n'existent qu'à l'état de concept). C'est moins lourd que la comparaison de deux extraits complets pris à un jour d'écart. Je suis en train de travailler dessus a partir de diffs classiques Julien A propos du traitement de l'historique d'OSM, vu passé ceci sur la liste osm-dev: I suggest you to use osm-history-splitter (to obtain some places) and osm-history-renderer https://github.com/MaZderMind/osm-history-renderer Togheter with osm-history-renderer there is the program osm-history-import. This create for you some postgis tables, with this table you can query the database and find the answer to your questione. In any case this doesn't solve the problem of the dimension, but, i think, after the import you have all the data to have more statistics. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendez vous avec la Direction de l'IGN
2012/10/16 Frédéric Rodrigo fred.rodr...@gmail.com: À ne pas confondre avec les photo orthorectifiées qui elles font partie de la mission commerciale. C'est vrai. Mais c'est quand même curieux que la partie orthorectification ne soit pas elle-aussi régalienne. Parce que des photos brute de décoffrage ne servent à rien. Donc, ça arrange bien l'IGN de se garder pour eux les orthos pour leur activité commerciale... Autre chose d'inexplicable, c'est la mise à disposition de photos anciennes uniquement. On peut comprendre que celles-ci soient d'abord numérisées, peut-être aussi dans un esprit de sauvegarde. Mais je comprends mal pourquoi les photos directement prises au numérique depuis quelques années ne sont pas, elles, publiées directement. D'autant plus que la plateforme logiciel existe maintenant. S'ils n'ont pas assez de budget pour le stockage, ils n'ont qu'à lancer un ign-thon où je donnerais volontiers quelques dizaines d'euros pour acheter quelques disques RAID. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 850000 membres... et autres stats...
C'est une de mes marottes récurrentes ;-) L'usage des fichiers full history a été pratiqué à quelques reprises, mais n'a abouti que sur des zones pas trop vastes (la plus grande devant être la Réunion, par Arnaud). Aurélien a tenté sa chance en juillet avec l'extrait complet de la France, mais s'est cassé les dents, pour cause de trop grosse consommation de mémoire vive. C'est un problème connu, mais pas encore résolu. Peter Körner a laissé quelques pistes, dans l'hypothèse où certains souhaiteraient se pencher sur la question (en tout cas moi, j'y comprends rien ^^: http://lists.openstreetmap.org/pipermail/dev/2012-October/025882.html Note importante : le dernier extrait full-history date d'avant le passage à l'ODbL. Je ne sais pas comment se présenteront les suivants : partiront-ils du premier planet certifié ODbL ? Ca risque de rendre la chose beaucoup moins attractive de limiter l'historique à mi-2012 plutôt que 2007. Pour avoir des stats sur les dernières semaines, il n'y a pas vraiment d'alternative à la démarche suivie par Julien, je pense. Le 16 octobre 2012 11:43, Cyrille Giquello cyrill...@gmail.com a écrit : Le 16 octobre 2012 10:29, THEVENON Julien julien_theve...@yahoo.fr a écrit : De : Ab_fab gamma@gmail.com Est-ce que cela **pourrait** se faire, sur la base d'extended diffs journalières (qui n'existent qu'à l'état de concept). C'est moins lourd que la comparaison de deux extraits complets pris à un jour d'écart. Je suis en train de travailler dessus a partir de diffs classiques Julien A propos du traitement de l'historique d'OSM, vu passé ceci sur la liste osm-dev: I suggest you to use osm-history-splitter (to obtain some places) and osm-history-renderer https://github.com/MaZderMind/osm-history-renderer Togheter with osm-history-renderer there is the program osm-history-import. This create for you some postgis tables, with this table you can query the database and find the answer to your questione. In any case this doesn't solve the problem of the dimension, but, i think, after the import you have all the data to have more statistics. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] Rendez vous avec la Direction de l'IGN
2012/10/15 Christian Quest cqu...@openstreetmap.fr Très bonne réunion de plus d'une heure trente. Nous avons rencontré le directeur général de l'IGN, le dir. adjoint de la diffusion et de la valorisation ainsi que le directeur de la production. Super c’est une prise de contact qui marque surement la maturité du projet sur la France :) Nous avons présenté OSM en une douzaine de slides ce qui a généré quelques questions sur les motivations des contributeurs, cela surprends toujours certaines personnes que l'on puisse être si nombreux à contribuer sans en retirer de bénéfice direct en retour. J'ai senti de l'étonnement à la réponse mais vous êtes combien à valider les contributions... quand j'ai répondu zéro. Sur ce coup chapeau à vous. Sans vouloir noircir le tableau, ils vous ont invité à une réunion pour qu'ils s'étonnent d'informations qu'une simple requête google et 5 minutes de lecture aurait suffit à leur apprendre. Quand je me déplace dans une entreprise pour raison professionnelle, ou quand un client vient à nous; j'ai la correction minimum de me renseigner au préalable pour ne pas faire perdre du temps à tout le monde. J'espère que cet échange aboutira à quelque chose, j'ai surement tiqué sur le point précédent car je m'attendait à une attitude beaucoup plus volontaire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Closed ways vs areas (était parking entouré d'une barrière)
2012/10/16 te...@free.fr: Alors il faudra vous mettre d'accord sur les wikis des différentes langues. Si je lis la page anglaise, qui à mon avis fait foi pour toutes les autres langues : A closed way that also has a area=yes tag should be interpreted as an area. Le wiki n'est pas contradictoire. S'il y a un tag area=yes, c'est que c'est une aire. Mais la plupart des polygones fermés sont considérés comme des aires sans la nécessité du tag area=yes (par ex. landuse). Ce tag n'est nécessaire que dans les très, très rares cas où il peut y avoir ambiguité (comme les highway). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendez vous avec la Direction de l'IGN
2012/10/16 Pieren pier...@gmail.com 2012/10/16 Frédéric Rodrigo fred.rodr...@gmail.com: À ne pas confondre avec les photo orthorectifiées qui elles font partie de la mission commerciale. Autre chose d'inexplicable, c'est la mise à disposition de photos anciennes uniquement. On peut comprendre que celles-ci soient d'abord numérisées, peut-être aussi dans un esprit de sauvegarde. Mais je comprends mal pourquoi les photos directement prises au numérique depuis quelques années ne sont pas, elles, publiées directement. D'autant plus que la plateforme logiciel existe maintenant. S'ils n'ont pas assez de budget pour le stockage, ils n'ont qu'à lancer un ign-thon où je donnerais volontiers quelques dizaines d'euros pour acheter quelques disques RAID. A l'IGN c'est toujours une question de sous, En 2006 ils ont envoyé au pilon 40 000 cartes d'Afrique, certaines de l'époque coloniale avaient une valeur historique pour le continent. Après ça ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bâti et éoliennes
Une éolienne étant fixe, est donc immeuble… Sauf erreur de ma part, il me semble que le corps de l’éolienne est creux et que les gens de la maintenance grimpent à l’intérieur. Dès lors qu’on peut entrer dans un immeuble, je le considère comme un bâtiment ; « building » m’apparaît donc adapté. Se pose alors la question des éoliennes plus petites, dans lesquelles on ne peut pas entrer. D’autre part, question : modélise-t-on l’orientation des éoliennes ? Je ne sais pas si les éoliennes ont une orientation fixe ou non. Cordialement, -- Mikaël Cordon (mickey86) Le 16 octobre 2012 05:06, Philippe Verdy verd...@wanadoo.fr a écrit : Ce que je veux dire c'est que les bâtiments du cadastre tout petits de moins de 5 mètres de large dans leur plus grande dimension, pourraient être traités dans une liste à part, à valider de meilleure façon que de les importer par défaut en tant que building (de quoi mieux satisfaire le DWG qui nous reproche ces imports non qualifiés). Cela ne gènerait pas la travail sur les rues et routes, et cela permettrait un travail aussi en plusieurs phases, ces petites constructions nécessitant une visualisation (imagerie Bing) au minimum pour les identifier. Les bâtiments ronds de plus de 5 mètres ont de grrandes chances d'être des châteeaux d'eau ou des tours d'émetteurs, ils sont très repérables et essentiels au repérage sur le terrain, on doit les mettre dans OSM, mais eux aussi devraient être mieux qualifiés. Ils sont assez peu nombreux pour qu'on les mette clairement à part pour qu'ils soient identifiés en priorité même sur les autres constructions. Les petits bâtiments rectangulaires de moins de 5 mètres sont effectivemnt assez souvent des postes de transformation ou petits locaux techniques similaires. Dans certains cas (quand on les trouve dans un terrain résidentiel à côté d'un autre bâtiment) ce sont souvent des garages ou appentis. En milieu rural ce peuvent être des puits. En ville, ce peuvent être des kiosques, des toilettes publiques, des abris bus/taxi en dur. Dans les gares, difficile de savoir ce que c'est entre les bâtiments techniques, postes de transformation, abris, kiosques... Mais je crois que les gares sont déjà très bien cartographiées dans OSM et tout y est bien répertorié, simpelment car ce sont des lieux connus et très visités. Quand le milieu urbain est dense, avec des tas de bâtiments quasi jointifs, l'import en tant que building ne me choque pas, car les immeubles sont à usages multiples et changeants et ce n'est pas plus mal de devoir ensuite les qualifier en positionnant dessus les POIs pour les commerces, le reste étant par défaut résidentiel (les zones landuse peuvent aider à savoir qu'on est en zone résidentielle ou en zone industrielle et commerciale, souvent en périphérie des villes, avec des bâtiments souvent très différents en majorité en constructions métallique plus légère, plus espacés, rarement jointifs entre eux, et avec des tas de parkings autour). Mais comme on travaille normalement sur des imports localisés par quartiers à peu près homogènes, les classifications par défaut pour le gros des constructions peuvent être différentes. Maintenant je DWG ne devrait pas être réellement gêné si les données importées et intégrées n'ont qu'une partie des données qualifiantes. Si elles sont correctes géométriquement et donnent une info utile, le reste sera complété aussi au fur et à mesure par la méthode incrémentale inhérente au projet collaboratif. Il me semble en revanche que ce qu'on demande c'est déviter les doublons et s'assurer de la localisation (donc le bon calage initial des feuilles cadastrales, en vérifiant aussi le calage des l'imagerie, et vérifiant les points géodésiques). Et ne pas laisser des intersections des bâtiments intégrés avec les voies existantes pour que cela soit cohérent en terme de positions relatives des objets (souvent c'est une rue ou route qu'il faudra ajuster avec plus de précision en zone urbaine). Sinon le positionnement ultérieur des POIs sera pénible ou ambigu, ou générera ses propres erreurs (si on doit recaler les bâtiments et rues, que faire des POIs qui ont été mis dessus par collaboration incrémentale ?). Le 15 octobre 2012 22:31, Romain MEHUT romain.me...@gmail.com a écrit : Le 15 octobre 2012 22:29, Rainer Kluge rklug...@web.de a écrit : 15/10/2012 16:35 Philippe Verdy: Un truc rond qui fait 4 mètres de large n'a aucune chance d'être un bâtiment ou une tour, quel qu'il soit. Et quand c'est carrée, comme celui là: http://www.openstreetmap.org/browse/way/81551822 ? Ce serait pas un poste de transformation haute tension? Il m'arrive d'en trouver qu'y soit cadastré. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list
Re: [OSM-talk-fr] Bâti et éoliennes
Le 16 octobre 2012 12:03, Mikaël Cordon mikael.cor...@gmail.com a écrit : Une éolienne étant fixe, est donc immeuble… Sauf erreur de ma part, il me semble que le corps de l’éolienne est creux et que les gens de la maintenance grimpent à l’intérieur. Dès lors qu’on peut entrer dans un immeuble, je le considère comme un bâtiment ; « building » m’apparaît donc adapté. Se pose alors la question des éoliennes plus petites, dans lesquelles on ne peut pas entrer. D’autre part, question : modélise-t-on l’orientation des éoliennes ? Je ne sais pas si les éoliennes ont une orientation fixe ou non. À ma connaissance, toutes les éoliennes tournent pour se mettre face au vent, donc non elles n'ont pas une orientation fixe (même s'il y a généralement des vents dominants donc des orientations plus fréquentes que d'autres). Francescu Cordialement, -- Mikaël Cordon (mickey86) Le 16 octobre 2012 05:06, Philippe Verdy verd...@wanadoo.fr a écrit : Ce que je veux dire c'est que les bâtiments du cadastre tout petits de moins de 5 mètres de large dans leur plus grande dimension, pourraient être traités dans une liste à part, à valider de meilleure façon que de les importer par défaut en tant que building (de quoi mieux satisfaire le DWG qui nous reproche ces imports non qualifiés). Cela ne gènerait pas la travail sur les rues et routes, et cela permettrait un travail aussi en plusieurs phases, ces petites constructions nécessitant une visualisation (imagerie Bing) au minimum pour les identifier. Les bâtiments ronds de plus de 5 mètres ont de grrandes chances d'être des châteeaux d'eau ou des tours d'émetteurs, ils sont très repérables et essentiels au repérage sur le terrain, on doit les mettre dans OSM, mais eux aussi devraient être mieux qualifiés. Ils sont assez peu nombreux pour qu'on les mette clairement à part pour qu'ils soient identifiés en priorité même sur les autres constructions. Les petits bâtiments rectangulaires de moins de 5 mètres sont effectivemnt assez souvent des postes de transformation ou petits locaux techniques similaires. Dans certains cas (quand on les trouve dans un terrain résidentiel à côté d'un autre bâtiment) ce sont souvent des garages ou appentis. En milieu rural ce peuvent être des puits. En ville, ce peuvent être des kiosques, des toilettes publiques, des abris bus/taxi en dur. Dans les gares, difficile de savoir ce que c'est entre les bâtiments techniques, postes de transformation, abris, kiosques... Mais je crois que les gares sont déjà très bien cartographiées dans OSM et tout y est bien répertorié, simpelment car ce sont des lieux connus et très visités. Quand le milieu urbain est dense, avec des tas de bâtiments quasi jointifs, l'import en tant que building ne me choque pas, car les immeubles sont à usages multiples et changeants et ce n'est pas plus mal de devoir ensuite les qualifier en positionnant dessus les POIs pour les commerces, le reste étant par défaut résidentiel (les zones landuse peuvent aider à savoir qu'on est en zone résidentielle ou en zone industrielle et commerciale, souvent en périphérie des villes, avec des bâtiments souvent très différents en majorité en constructions métallique plus légère, plus espacés, rarement jointifs entre eux, et avec des tas de parkings autour). Mais comme on travaille normalement sur des imports localisés par quartiers à peu près homogènes, les classifications par défaut pour le gros des constructions peuvent être différentes. Maintenant je DWG ne devrait pas être réellement gêné si les données importées et intégrées n'ont qu'une partie des données qualifiantes. Si elles sont correctes géométriquement et donnent une info utile, le reste sera complété aussi au fur et à mesure par la méthode incrémentale inhérente au projet collaboratif. Il me semble en revanche que ce qu'on demande c'est déviter les doublons et s'assurer de la localisation (donc le bon calage initial des feuilles cadastrales, en vérifiant aussi le calage des l'imagerie, et vérifiant les points géodésiques). Et ne pas laisser des intersections des bâtiments intégrés avec les voies existantes pour que cela soit cohérent en terme de positions relatives des objets (souvent c'est une rue ou route qu'il faudra ajuster avec plus de précision en zone urbaine). Sinon le positionnement ultérieur des POIs sera pénible ou ambigu, ou générera ses propres erreurs (si on doit recaler les bâtiments et rues, que faire des POIs qui ont été mis dessus par collaboration incrémentale ?). Le 15 octobre 2012 22:31, Romain MEHUT romain.me...@gmail.com a écrit : Le 15 octobre 2012 22:29, Rainer Kluge rklug...@web.de a écrit : 15/10/2012 16:35 Philippe Verdy: Un truc rond qui fait 4 mètres de large n'a aucune chance d'être un bâtiment ou une tour, quel qu'il soit. Et quand c'est carrée, comme celui là: http://www.openstreetmap.org/browse/way/81551822 ? Ce serait pas un poste de
Re: [OSM-talk-fr] Installatiosn classées (était: Tagger du nucléaire [long])
Le 16 octobre 2012 11:31, Pieren pier...@gmail.com a écrit : 2012/10/16 Pierre-Alain Dorange pdora...@mac.com: Dans l'idée de compléter ma carte du nucléaire je cherche à y faire figurer d'autres éléments que les centrales : mines, usine d'enrichissement, stockage des déchets (surface, profondeur, marin...), usine de traitement, centre de recherche nucléaire, usine d'irradiation des aliments, service médicaux utilisants des éléments nucléaires... Je cherche donc des idées pour l'étendre aux dangers non naturels : explosion, incendies, contamination chimiques... ce qui recouvre, en France, le classement des sites en Installations classées, site Seveso (seuil bas, seuil haut). Je me souviens d'une demande similaire il y a quelques années sur la liste principale et pour les USA. Demande qui avait rencontré aussi peu d'écho que la tienne aujourd'hui. Le problème majeur de ce genre d'info, c'est que ça dépend essentiellement d'une source extérieure et que c'est invérifiable par le mappeur moyen avec son GPS ou une image Bing. D'autant plus que les niveaux de pollution peuvent grandement varier dans le temps ou les contaminants se déplacer. Alors oui pour chercher des tags pour les centrales ou mêmes leurs piscines de stockage, les usines d'enrichissement ou chimiques, les stockages permanents ou même les usines d'irradiation. Mais on parle de combien d'objets taggués au final pour la France ? Très peu. En fait, le plus gros des sources radioactives en nombre concerne les services médicaux. Leur niveau est faible mais ils sont très nombreux et se déplacent ou se renouvellent en permanence. Si on va trop loin dans les détails, on pourrait aussi lister les toxiques présents dans tous les cabinets dentaires Pieren C'est fréquemment que l'on souhaite stocker dans OSM des donnée qui n'y ont peut-être pas leur place... Sûr que c'est un débat permanent. M'enfin j'ai dans l'idée qu'OSM ne doit rester qu'une base de données géographique et qu'il faut essayer d'y mettre le moins de descriptions d'usages que possible et utiliser les techniques de mashup pour assembler ces usages sur La Carte. Ca facilite le maintient des mises à jour et évite d'embrouiller avec plein de terminologies propres à des usages. On a déjà tout ce qui est découpage administratif, les écoles et postes, des commerces ... M'enfin c'était juste une aparté, je ne veux pas faire le prof ni le dictateur :-) Librement, -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Closed ways vs areas (était parking entouré d'une barrière)
Mon grain de sel pour signaler le cas des cimetière qui sont souvent (toujours ?) entourés de mur, et pour lesquels on a la même problématique si l'on veut cartographier le mur. Pour ma part je tag le way avec la valeur correspondante au mur (ou cloture le cas échéant) barrier=wall et landuse= cemetery -- View this message in context: http://gis.19327.n5.nabble.com/parking-entoure-d-une-barriere-tp5729952p5730936.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendez vous avec la Direction de l'IGN
À ne pas confondre avec les photo orthorectifiées qui elles font partie de la mission commerciale. C'est vrai. Mais c'est quand même curieux que la partie orthorectification ne soit pas elle-aussi régalienne. Orthophoto = service publique non totalement subventionné. L'état ne met pas assez de sous. Alors l'IGN a le droit de faire payer les utilisateurs pour parvenir à l'équilibre mais pas plus. C'est contrôlé annuellement par un organisme externe. Parce que des photos brute de décoffrage ne servent à rien. Yaka les mettre à dispo, tu vas voir si ça ne sert ça rien ;-) Voir le message de Balaitous sur l'orthorectification. Globalement, les progrès des algorithmes de reconnaissance de motifs et autres font que l'orthorectification devient de plus en plus facile. Donc, ça arrange bien l'IGN de se garder pour eux les orthos pour leur activité commerciale... Autre chose d'inexplicable, c'est la mise à disposition de photos anciennes uniquement. Disons qu'avec la fourniture des photos brutes récentes, l'IGN risquerait de voir apparaître des concurrents dans le domaine de l'orthorectification, rendant l'activité plus difficile à équilibrer. S'ils n'ont pas assez de budget pour le stockage, ils n'ont qu'à lancer un ign-thon où je donnerais volontiers quelques dizaines d'euros pour acheter quelques disques RAID. A la louche: - une résolution moyenne au sol de 0,5 m/pixel; - 60 % de recouvrement Est-Ouest entre deux photos successives, un peu moins en Nord-Sud. Je dirais que chaque point au sol est pris 4 fois en photo; - 550 000 km² pour la France Ca fait 10 TPixels pour toute la France couverte en 5 ans. Une compression jpeg2000 correcte, ça donne 3 To. On doit pouvoir se cotiser ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Installatiosn classées (était: Tagger du nucléaire [long])
Moi je fais la différence entre ce qui est d'intérêt privé et ce qui est d'intérêt public. Le seul fait que les installations dangereuses et polluantes fassent l'objet de déclarations publiques obligatoires me parait justifier une inclusion dans une base destinée à un public large. L'intérêt est motivé d'autant plus que l'échelle de danger va largement au delà au delà de la seule installation mais concerne un large périmètre et une population importante dans ses effets possibles, même si au départ elle ne se croit pas concernée. C'est vrai que la terminologie (officielle) peut être difficile, mais une base de données publique peut aussi se montrer didactique et aider à comprendre le problème (y compris par une simplification de la classification officielle, quitte à ce qu'on ait une bulle sur la carte donnant d'autres détails et des renvois vers d'autres pages web d'explications ou de détails) mieux que les seuls rapports officiels. En attendant les rendus cartographiques les plus courants ne montreront pas ces détails, et c'est bien pour ça que se sont développés aussi des rendus spécifiques par domaine. Mais on ne peut pas non plus anticiper que ces détails n'intéresseront personne ni même ne figureront sur un rendu d'usage général. Bien des rendus spécialisés ont montré des détails qui aujourd'hui sont intégrés aussi dans le rendu générique, au moins à certaines échelles. L'intérêt public des risques industriels me parait même plus important que la classification des espèces végétales (que le grand public ne sait pas faire correctement non plus, mais il peut en apprendre...) étant donné que cela peut affecter très sensiblement leur propre vie. Tandis que les espèces végétales dans une forêt même à moins de 2 km de chez soi est plus limité si le public ne s'y rend pas, car cela ne changera pas son existence de façon notable. Le 16 octobre 2012 12:29, Cyrille Giquello cyrill...@gmail.com a écrit : C'est fréquemment que l'on souhaite stocker dans OSM des donnée qui n'y ont peut-être pas leur place... Sûr que c'est un débat permanent. M'enfin j'ai dans l'idée qu'OSM ne doit rester qu'une base de données géographique et qu'il faut essayer d'y mettre le moins de descriptions d'usages que possible et utiliser les techniques de mashup pour assembler ces usages sur La Carte. Ca facilite le maintient des mises à jour et évite d'embrouiller avec plein de terminologies propres à des usages. On a déjà tout ce qui est découpage administratif, les écoles et postes, des commerces ... M'enfin c'était juste une aparté, je ne veux pas faire le prof ni le dictateur :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
