Re: [OSM-talk-be] Mons - 17/01/2013 - conference Jeudis du Libre OpenStreetMap
Bonjour je viens de bloquer la date et l'heure @ Jo, si je peux avoir une voiture, tu pourrais loger chez moi mais je t'en dirais plus début de semaine, cherche quand même pour loger car si je n'ai pas de véhicule, je suis en moto :-) @+ Pierre Le 11/01/13 08:27, Linusable a écrit : Hello everybody, this is an annoucement of a conference which will be given in french. So, the rest of the message is in french. Greetings, Didier Villers / linusable Bonjour, je vous informe que dans le cadre du cycle de conférence Jeudis du Libre, je ferai un exposé jeudi 17 janvier à l'UMONS (faculté Polytechnique), sur OpenStreetMap. Ce sera un exposé général. L'annonce complète est ici : http://jeudisdulibre.be/2013/01/06/openstreetmap-la-cartographie-libre/ Si l'un ou l'autre d'entre vous a l'occasion d'être présent, qu'il n'hésite pas à me contacter. (cela pourra m'aider pour pas mal de questions techniques pour lesquelles je n'ai pas toutes les capacités requises pour répondre) Cordialement, Linusable / Didier Villers ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Get together in Lier/Bijeenkomst in Lier
Indien er nog mensen zijn uit de streek van Tienen of Leuven die naar Lier willen meegaan: ik kan er nog wel een paar meenemen. Guy Vanvuchelen Van: Jo [mailto:winfi...@gmail.com] Verzonden: vrijdag 11 januari 2013 19:16 Aan: talk-be Onderwerp: Re: [OSM-talk-be] Get together in Lier/Bijeenkomst in Lier Joren found a place where we can meet. We are allowed to use a separate room in exchange for 'consumptions'. There will be wifi. Joren heeft een plaats gevonden waar we bijeen kunnen komen. We hebben een apart zaaltje ter beschikking in ruil voor consumpties. Draadloos internet is beschikbaar. Dus allen daarheen op 9 februari tussen 10 en 17uur Café Refuge Zimmerplein 12 Lier http://www.caferefugelier.be/ http://www.openlinkmap.org/?lat=51.12906 http://www.openlinkmap.org/?lat=51.12906lon=4.57107zoom=18layers=BFTTT lon=4.57107zoom=18layers=BFTTT Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Initial stuck to the name
On Friday 11 January 2013 20:24:48 EeBie wrote: Ik vind het een vreemd idee om je voor de schrijfwijze van straatnamen niet te houden aan de spelling op de straatnaamborden. Omdat de naam op de borden eigenlijk niet de officiële straatnaam is. Die wordt namelijk gestemd door de gemeenteraad. Wat je vaak ziet is dat de officiële straatnaam wordt afgekort op de straatnaamborden, of op sommige borden. Of oude borden met volledige naam worden vervangen door verkorte versie omdat ze dan misschien duidelijker leesbaarder zijn van veraf of een andere reden. Maar dat verandert de naam niet. De mensen wonen niet plots in een straat met een andere naam, want als ze dat willen doen moeten ze het adres wijzigen van elke bewoner van de straat, en dat is nogal wat werk... Ik ben ook al borden tegengekomen met verkeerde spelling op de borden. Dan ga je niet de fouten overnemen in het taggen natuurlijk, maar wel de goede schrijfwijze. Een aantal van die borden zijn tussen haakjes al vervangen door juist gespelde exemplaren. Als je voorletters van namen gaat vervolledigen op OSM, waar baseer je je dan op? Zoals hierboven gezegd: notulen van de gemeenteraad. Dat zal natuurlijk moeilijk op te zoeken zijn voor de meeste straten, maar je kan bijvoorbeeld eens vragen of ze een officiële straatnamenlijst willen ter beschikking stellen. In Hasselt is 'L.v. Beethovenlaan' de naam die op het straatnaambord staat en zo ook op alle officiële documenten gebruikt wordt. Slimmerikken hebben er al 'Ludwig van Beethovenlaan' en 'Ludwig von Beethovenlaan' van gemaakt. In sommige softwarepakketten voor klantkaarten e.d. wordt er ook 'Lodewijk van Beethovenlaan' van gemaakt. Wel, zoek het eens op toen de straat haar naam kreeg :-) In Antwerpen worden straatnamen steeds voluit geschreven, maar het is gerust mogelijk dat Hasselt afkortingen gebruikt. Een tijdje geleden werden de voornamen zowel op GoogleMaps als op OSM nog voluit geschreven. Op OSM heb ik dat gewijzigd naar de schrijfwijze van het straatnaambord. Overigens viel het me een tijdje later op dat het ook op Google Maps op dezelfde wijze was aangepast. Maar of er ook een oorzakelijk verband is? Daar moet je niet te veel achter zoeken :-) Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Initial stuck to the name
On Mon, Jan 07, 2013 at 05:20:47PM +0100, Guy Vanvuchelen wrote: Bij een controle via osmose krijg ik 'Initial stuck to the name' als foutmelding. Het zou om een spellingfout gaan. Wat is er fout aan bijvoorbeeld O.L.Vrouw ten Steenkapel of L. Claeslaan ? Moet de naam voluit geschreven worden (moeilijk in het geval van L. Claeslaan!) of moeten de puntjes weggelaten worden. Het is O.L. Vrouw ten Steenkapel of O.L.V. ten Steenkapel en L. Claeslaan L.Claeslaan is fout. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Group of croatian mappers is visiting UK
Follow-ups to talk-gb please -Original Message- From: hbogner [mailto:hbog...@gmail.com] Sent: 10 January 2013 21:32 To: talk@openstreetmap.org Subject: [OSM-talk] Group of croatian mappers is visiting UK We are participating in a international project to activate youth and create printed maps with interesting locations for them. Decision fell to OSM, guess why :D Around 9 of us will be doing OSM workshops in http://wiki.openstreetmap.org/wiki/Blaengarw from 15th to 18th of January. If you are near here feel free to join us. We'll also be based in Cardiff during that time, over night. From 19th to 20th January, schedule puts us in London, probably Greenwich, so we would like to meet with London mappers on Saturday 19th. Hope to meet some of you in those places we visit. Feel free to contact me. Regards Hrvoje ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk - No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.2805 / Virus Database: 2637/6023 - Release Date: 01/10/13 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] piwik.openstreetmap.org - let's make it happen!
I've quickly looked at a few global figures from our Piwik stats on OSM-FR over 2012. We got 350k visits (in) and 43% of them went to osm.org (out), I presume mostly thru the Show me the map button and may also mean that half of them are not looking for a map for the OSM project itself. Further analysis on this could be interesting. Visitors come from: - search engines (40%, mostly Google using a mix of open street map keywords including some with typos) - direct access (30%) - links from other sites (30%) These other sites links are mostly not related to OSM and large part of them are articles related to 2012 buzz like: - Google vandalism on OSM, - Tomtom criticism against OSM data quality, - Apple Plans app for iOS6, - Google map maker availability in France. The other part is from blog posts, forum posts. The two most downloaded files on www.openstreetmap.fr are: - a cheat sheet for Potlatch (618x) - a JOSM tutorial (168x) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] RFC - OSM contributor mark
Over here at MapBox we see a need to better communicate the open and contributory philosophy of OpenStreetMap on our maps. In striving to build a true data commons for contributing and distributing geographic knowledge, OpenStreetMap relies on map users being aware of the openness of its underlying data. At the same time there is room for improvement how we all (the OpenStreetMap community) attribute map data - the ever-expanding range of OSM based maps in the world are an incredible communication channel to talk to individuals who are potential contributors, and encourage them to choose open data or support the OpenStreetMap project in other ways. ## Proposal Inspired by successful campaigns like Intel Inside and Fair Trade, this RFC proposes an OpenStreetMap contributor mark for use on OpenStreetMap based maps. The goal of the OSM contributor mark is to be adopted by as many OSM data users as possible and on as many OSM based maps as possible, thus creating more awareness of the value of free and open geographic data. With these goals in mind - the mark should be compelling and recognizable (i.e. not generic). - it should work off maps in cases where thumbnail maps need to be attributed e.g. in mobile devices - the mark should be clearly distinct from common map user interface elements. - the mark should link to a page on openstreetmap.org that explains the openness of OSM data and its local, community driven nature. Based on this thinking, we have developed a mark that links to a corresponding page for OpenStreetMap.org. This work is captured in a pull request to openstreetmap.org, but you can review it on the demo instance I will walk through here. Pull request: https://github.com/openstreetmap/openstreetmap-website/pull/180 ### Example usages Here are some example maps using the OSM contributor mark: http://yhahn.github.com/byosm/examples.html (none of the organizations or individuals used on these examples have officially endorsed this proposal yet, including osm.org). ### Linking back to OSM The contributor mark on these maps link all back to the same page that should be ultimately hosted on `openstreetmap.org/contributors`: http://yhahn.github.com/byosm/ (just a demo domain, this should live ideally on `openstreetmap.org/contributors`) The osm.org/contributors communicates key OpenStreetMap features: - Powering map data in hundreds of applications - Local knowledge - Community driven - Open data A learn more button invites to explore more. The main purpose of this page is to feature OpenStreetMap as a community powered project. Hence we worked with pictures of individuals where possible. *We are currently reaching out to photographers and individuals on pictures to get copyright permissions and model releases, if you're on one of these pictures or if you're the photographer of one of these pictures, please get in touch with me.* ### Configurable tiles and wording By modifying the URL to osm.org/contributors specific tile sets and map providers can be featured, like in this example of a link from a Stamen map: http://yhahn.github.com/byosm/index.html?name=Stamenimage=tile.stamen.com/watercolor/10/164/396.jpgvendor=StamenvendorURL=maps.stamen.com ### Linking back to OSM based services Organizations who provide OSM based services can choose to set a discreet link from the bottom of osm.org/contributors to their web sites: http://yhahn.github.com/byosm/index.html?name=skobblerimage=http://tiles2.skobbler.net/osm_tiles2/11/511/806.pngvendor=skobblervendorURL=skobbler.us http://yhahn.github.com/byosm/index.html?name=foursquareimage=https://dnv9my2eseobd.cloudfront.net/v3/foursquare.map-0y1jh28j/13/2342/3134.pngvendor=MapBoxvendorURL=mabox.com ### Easy to configure It's easy to create your own variation of the page by clicking on add to your map on the bottom of the page, check it out: http://yhahn.github.com/byosm/ ## Next steps I am pretty excited about this proposal, as it provides a better way to present the virtues of the OSM project. I'm looking forward to everyone's feedback and hope we have something we want to launch together. Please just respond here or grab me on IRC if you'd like to discuss. This campaign can only gain true momentum if we can get as many as possible to join in. Roughly the next steps are: - Feedback on this thread - Adjustments based on feedback - Ideally: launch on osm.org A hat tip to Young Hahn who developed the concept and design for this proposal. -- Alex ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - OSM contributor mark
On 01/11/2013 03:26 PM, Alex Barth wrote: http://yhahn.github.com/byosm/ (just a demo domain, this should live ideally on `openstreetmap.org/contributors`) Looks good as far as I understand the proposal... One thing came to me at a quick glance - the new /contributors page does not have any visual references to the osm.org website styling, there is no chrome or even OSM logo there. Isn't that going to be confusing to the user to see such very different page that is part of the website? Paweł ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - OSM contributor mark
On Fri, Jan 11, 2013 at 2:26 PM, Alex Barth a...@mapbox.com wrote: ## Proposal Inspired by successful campaigns like Intel Inside and Fair Trade, this RFC proposes an OpenStreetMap contributor mark for use on OpenStreetMap based maps. The goal of the OSM contributor mark is to be adopted by as many OSM data users as possible and on as many OSM based maps as possible, thus creating more awareness of the value of free and open geographic data. this sounds like an interesting idea. it's worth noting that the ODbL requires a textual attribution, and we suggest a link to the copyright page [1] where it is appropriate to the medium. are you suggesting that the OSM contributor mark would be an additional, voluntary, on-screen display? from your examples it seems that you'd consider this mark to be a replacement for the required textual attribution - is that right? also, i am confused by the contributor part of it - isn't this an OSM data user mark? With these goals in mind - the mark should be compelling and recognizable (i.e. not generic). i find this hammer-in-teardrop symbol to be very generic, and not very compelling. - it should work off maps in cases where thumbnail maps need to be attributed e.g. in mobile devices - the mark should be clearly distinct from common map user interface elements. - the mark should link to a page on openstreetmap.org that explains the openness of OSM data and its local, community driven nature. this sounds like a general about page to me. which is fine - we need a good about page, and the example you've given looks good. a few points i noticed: - its very graphically heavy - the explanation its trying to provide is mostly off-screen, and (at least on my display) initially occupies a tiny area in the lower left of the screen. if this is the important part of the page, rather than the picture, shouldn't it be more prominent? - as ppawel has already pointed out, it's pretty radically and confusingly differently styled to the rest of the OSM sites. - (minor) probably better to link to learnosm than the wiki? seems rather cruel to subject someone to the wiki when it might be only the second OSM page they see ;-) cheers, matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - OSM contributor mark
On Fri, Jan 11, 2013 at 4:21 PM, Matt Amos zerebub...@gmail.com wrote: a link to the copyright page [1] oops, forgot to add the footnote last time [1] http://www.openstreetmap.org/copyright ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - OSM contributor mark
On Jan 11, 2013, at 10:49 AM, Paweł Paprota ppa...@fastmail.fm wrote: On 01/11/2013 03:26 PM, Alex Barth wrote: http://yhahn.github.com/byosm/ (just a demo domain, this should live ideally on `openstreetmap.org/contributors`) Looks good as far as I understand the proposal... One thing came to me at a quick glance - the new /contributors page does not have any visual references to the osm.org website styling, there is no chrome or even OSM logo there. Isn't that going to be confusing to the user to see such very different page that is part of the website? I'm not worried about not using the openstreetmap.org chrome, it would be actually distracting. What matters is that this page clearly communicates what OSM is about and that it links back to OSM. It works much like a full screen ad. We did take care though to use OSM typical styles like the font and the colors. Paweł ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk 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] RFC - OSM contributor mark
Hi, On 01/11/2013 03:26 PM, Alex Barth wrote: Over here at MapBox we see a need to better communicate the open and contributory philosophy of OpenStreetMap on our maps. I see two aspects: 1 - standardising map attribution (your teardrop+hammer symbol) 2 - making a nice about page Both are not necessarily connected but can be. Your about pages look impressive! There is certainly room for such a campaign type set of pages somewhere on OSM where we can steer newcomers who want to see a slide show or so. Personally, I'd even like the openstreetmap.org start page to be very simple with a few links - one to your pages, one to the map, and perhaps a couple more. I'm not sure however if that set of pages (which is high on visuals and low on facts) would be the prime target for someone clicking on a map attribution somewhere; the copyright page we're using now might be better suited for that, not least because many third parties who give us their data are promised attribution via that page and it might not be good to put that behind too many clicks. Standardising map attribution is often asked for and I welcome the effort. The symbol itself I find too unobtrusive though; we should encourage people making maps from OSM to actually have OpenStreetMap written on the map and not a little symbol. I don't see why we should be content with a mini icon when both Google and Bing require much larger attribution - it looks like we wanted to acknowledge that we're not as great as them! Also, we in OpenStreetMap have often positioned ourselves as more than just markers on a map, and logo suggestions involving the typical map marker teardrop have been rejected (loudly) in the past because of that. I find the hammer-and-teardrop symbol visually appealing but it might not be the right symbol for OSM. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - OSM contributor mark
I love everything except the icon and the absence of attribution text. (It's really an attribution mark, right? Calling it a contributor mark seems confusing.) It's almost as if the icon is intentionally nondescript, to drive questions about OSM's current branding. If so, that's probably a good discussion to have I'm all for that, too, just separately. -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 osm: http://www.openstreetmap.org/user/jeffmeyer osm: Historical OSMhttp://wiki.openstreetmap.org/wiki/Historical_OSM my OSM user page http://www.openstreetmap.org/user/jeffmeyer t: @GWHAThistory https://twitter.com/GWHAThistory f: GWHAThistory https://www.facebook.com/GWHAThistory ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] piwik.openstreetmap.org - let's make it happen!
Piwik has an API that allows to query its data backend: http://piwik.org/docs/analytics-api/reference/ I'm just discovering it... so don't ask me too much about it ! Here are a few examples for december 2012 on www.openstreetmap.fr : Incoming websites for new visitor: https://openstreetmap.fr/piwik/index.php?format=htmldate=2012-12-01period=monthidSite=1module=APImethod=Referers.getWebsitessegment=visitorType==new Incoming websites for returning visitors: https://openstreetmap.fr/piwik/index.php?format=htmldate=2012-12-01period=monthidSite=1module=APImethod=Referers.getWebsitessegment=visitorType==returning Pages viewed by new visitors: https://openstreetmap.fr/piwik/index.php?format=htmldate=2012-12-01period=monthidSite=1module=APImethod=Actions.getPageUrlssegment=visitorType==new and the one viewed by returning ones: https://openstreetmap.fr/piwik/index.php?format=htmldate=2012-12-01period=monthidSite=1module=APImethod=Actions.getPageUrlssegment=visitorType==returning Outlinks for new visitors that came using a search engine: https://openstreetmap.fr/piwik/index.php?format=htmldate=2012-12-01period=monthidSite=1module=APImethod=Actions.getOutlinkssegment=visitorType==newreferrerType==search Outlinks for all visitors that came using a search engine: https://openstreetmap.fr/piwik/index.php?format=htmldate=2012-12-01period=monthidSite=1module=APImethod=Actions.getOutlinkssegment=referrerType==search As you can see all these reports only contain anonymized data. With proper credentials, it's possible to go deeper. Read the API reference for more details. We're not running the lastest version of piwik so some features may not be available. Have fun ! 2013/1/11 Rob Nickerson rob.j.nicker...@gmail.com: Is it possible to look at just those people coming from new websites? For example, how long did they stay? what pages did they view? where did they exit to? Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - OSM contributor mark
I agree with the other comments. Some text is needed, though perhaps it can be compressed to something like Made By OSM? I do like the symbol in itself, but it's too subtle here and needs to somehow evoke the OSM brand. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Alex Barth a...@mapbox.com To: talk@openstreetmap.org Openstreetmap talk@openstreetmap.org Sent: Friday, January 11, 2013 9:26 AM Subject: [OSM-talk] RFC - OSM contributor mark Over here at MapBox we see a need to better communicate the open and contributory philosophy of OpenStreetMap on our maps. In striving to build a true data commons for contributing and distributing geographic knowledge, OpenStreetMap relies on map users being aware of the openness of its underlying data. At the same time there is room for improvement how we all (the OpenStreetMap community) attribute map data - the ever-expanding range of OSM based maps in the world are an incredible communication channel to talk to individuals who are potential contributors, and encourage them to choose open data or support the OpenStreetMap project in other ways. ## Proposal Inspired by successful campaigns like Intel Inside and Fair Trade, this RFC proposes an OpenStreetMap contributor mark for use on OpenStreetMap based maps. The goal of the OSM contributor mark is to be adopted by as many OSM data users as possible and on as many OSM based maps as possible, thus creating more awareness of the value of free and open geographic data. With these goals in mind - the mark should be compelling and recognizable (i.e. not generic). - it should work off maps in cases where thumbnail maps need to be attributed e.g. in mobile devices - the mark should be clearly distinct from common map user interface elements. - the mark should link to a page on openstreetmap.org that explains the openness of OSM data and its local, community driven nature. Based on this thinking, we have developed a mark that links to a corresponding page for OpenStreetMap.org. This work is captured in a pull request to openstreetmap.org, but you can review it on the demo instance I will walk through here. Pull request: https://github.com/openstreetmap/openstreetmap-website/pull/180 ### Example usages Here are some example maps using the OSM contributor mark: http://yhahn.github.com/byosm/examples.html (none of the organizations or individuals used on these examples have officially endorsed this proposal yet, including osm.org). ### Linking back to OSM The contributor mark on these maps link all back to the same page that should be ultimately hosted on `openstreetmap.org/contributors`: http://yhahn.github.com/byosm/ (just a demo domain, this should live ideally on `openstreetmap.org/contributors`) The osm.org/contributors communicates key OpenStreetMap features: - Powering map data in hundreds of applications - Local knowledge - Community driven - Open data A learn more button invites to explore more. The main purpose of this page is to feature OpenStreetMap as a community powered project. Hence we worked with pictures of individuals where possible. *We are currently reaching out to photographers and individuals on pictures to get copyright permissions and model releases, if you're on one of these pictures or if you're the photographer of one of these pictures, please get in touch with me.* ### Configurable tiles and wording By modifying the URL to osm.org/contributors specific tile sets and map providers can be featured, like in this example of a link from a Stamen map: http://yhahn.github.com/byosm/index.html?name=Stamenimage=tile.stamen.com/watercolor/10/164/396.jpgvendor=StamenvendorURL=maps.stamen.com ### Linking back to OSM based services Organizations who provide OSM based services can choose to set a discreet link from the bottom of osm.org/contributors to their web sites: http://yhahn.github.com/byosm/index.html?name=skobblerimage=http://tiles2.skobbler.net/osm_tiles2/11/511/806.pngvendor=skobblervendorURL=skobbler.us http://yhahn.github.com/byosm/index.html?name=foursquareimage=https://dnv9my2eseobd.cloudfront.net/v3/foursquare.map-0y1jh28j/13/2342/3134.pngvendor=MapBoxvendorURL=mabox.com ### Easy to configure It's easy to create your own variation of the page by clicking on add to your map on the bottom of the page, check it out: http://yhahn.github.com/byosm/ ## Next steps I am pretty excited about this proposal, as it provides a better way to present the virtues of the OSM project. I'm looking forward to everyone's feedback and hope we have something we want to launch together. Please just respond here or grab me on IRC if you'd like to discuss. This campaign can only gain true momentum if we can get as many as possible to join in. Roughly the next steps are: - Feedback on this thread - Adjustments based on feedback - Ideally: launch on osm.org A hat tip to Young Hahn who developed the concept and
Re: [OSM-talk] RFC - OSM contributor mark
I also like the idea to have something identifying reuse of OSM data without mixing it with using the OSM logo (see other recent discussion about this here on talk@). On the graphical side, it should be more visible than the draft... the ribbon idea looks nice too or use a smaller but full corner like a page flip one. Ribbon or corner allow to have some text which is difficult or impossible with an icon or logo. Instead of Made by OSM, I would prefer Made with OSM as the tiles or the whole site using OSM cannot be considered made by OSM. A pages linked should graphically attractive like the one in the draft, where I would see a few simple messages like: - you can help, improve, contribute - you can (re)use, - free licence 2013/1/11 Mikel Maron mikel_ma...@yahoo.com: I agree with the other comments. Some text is needed, though perhaps it can be compressed to something like Made By OSM? I do like the symbol in itself, but it's too subtle here and needs to somehow evoke the OSM brand. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Alex Barth a...@mapbox.com To: talk@openstreetmap.org Openstreetmap talk@openstreetmap.org Sent: Friday, January 11, 2013 9:26 AM Subject: [OSM-talk] RFC - OSM contributor mark Over here at MapBox we see a need to better communicate the open and contributory philosophy of OpenStreetMap on our maps. In striving to build a true data commons for contributing and distributing geographic knowledge, OpenStreetMap relies on map users being aware of the openness of its underlying data. At the same time there is room for improvement how we all (the OpenStreetMap community) attribute map data - the ever-expanding range of OSM based maps in the world are an incredible communication channel to talk to individuals who are potential contributors, and encourage them to choose open data or support the OpenStreetMap project in other ways. ## Proposal Inspired by successful campaigns like Intel Inside and Fair Trade, this RFC proposes an OpenStreetMap contributor mark for use on OpenStreetMap based maps. The goal of the OSM contributor mark is to be adopted by as many OSM data users as possible and on as many OSM based maps as possible, thus creating more awareness of the value of free and open geographic data. With these goals in mind - the mark should be compelling and recognizable (i.e. not generic). - it should work off maps in cases where thumbnail maps need to be attributed e.g. in mobile devices - the mark should be clearly distinct from common map user interface elements. - the mark should link to a page on openstreetmap.org that explains the openness of OSM data and its local, community driven nature. Based on this thinking, we have developed a mark that links to a corresponding page for OpenStreetMap.org. This work is captured in a pull request to openstreetmap.org, but you can review it on the demo instance I will walk through here. Pull request: https://github.com/openstreetmap/openstreetmap-website/pull/180 ### Example usages Here are some example maps using the OSM contributor mark: http://yhahn.github.com/byosm/examples.html (none of the organizations or individuals used on these examples have officially endorsed this proposal yet, including osm.org). ### Linking back to OSM The contributor mark on these maps link all back to the same page that should be ultimately hosted on `openstreetmap.org/contributors`: http://yhahn.github.com/byosm/ (just a demo domain, this should live ideally on `openstreetmap.org/contributors`) The osm.org/contributors communicates key OpenStreetMap features: - Powering map data in hundreds of applications - Local knowledge - Community driven - Open data A learn more button invites to explore more. The main purpose of this page is to feature OpenStreetMap as a community powered project. Hence we worked with pictures of individuals where possible. *We are currently reaching out to photographers and individuals on pictures to get copyright permissions and model releases, if you're on one of these pictures or if you're the photographer of one of these pictures, please get in touch with me.* ### Configurable tiles and wording By modifying the URL to osm.org/contributors specific tile sets and map providers can be featured, like in this example of a link from a Stamen map: http://yhahn.github.com/byosm/index.html?name=Stamenimage=tile.stamen.com/watercolor/10/164/396.jpgvendor=StamenvendorURL=maps.stamen.com ### Linking back to OSM based services Organizations who provide OSM based services can choose to set a discreet link from the bottom of osm.org/contributors to their web sites: http://yhahn.github.com/byosm/index.html?name=skobblerimage=http://tiles2.skobbler.net/osm_tiles2/11/511/806.pngvendor=skobblervendorURL=skobbler.us
Re: [OSM-talk] RFC - OSM contributor mark
I like the spirit of this, and I think it's a necessary and welcome idea. When Stamen did the Nike Grid Run project a few years ago, the one place where it was not possible to display correct attribution was on the TV ads, so a significantly smaller but still compliant contribution marker would have been helpful. I think it should be textual though, and in my opinion a memorable link to more useful information. What about osm.org/c ? Small, obviously a URL, can be easily tucked away in a corner in the same way as the hammer mark, but when seen it can be acted-on regardless of medium. /c would redirect. -mike. --- michal migurski http://mike.teczno.com On Jan 11, 2013, at 10:30 AM, Mikel Maron mikel_ma...@yahoo.com wrote: I agree with the other comments. Some text is needed, though perhaps it can be compressed to something like Made By OSM? I do like the symbol in itself, but it's too subtle here and needs to somehow evoke the OSM brand. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Alex Barth a...@mapbox.com To: talk@openstreetmap.org Openstreetmap talk@openstreetmap.org Sent: Friday, January 11, 2013 9:26 AM Subject: [OSM-talk] RFC - OSM contributor mark Over here at MapBox we see a need to better communicate the open and contributory philosophy of OpenStreetMap on our maps. In striving to build a true data commons for contributing and distributing geographic knowledge, OpenStreetMap relies on map users being aware of the openness of its underlying data. At the same time there is room for improvement how we all (the OpenStreetMap community) attribute map data - the ever-expanding range of OSM based maps in the world are an incredible communication channel to talk to individuals who are potential contributors, and encourage them to choose open data or support the OpenStreetMap project in other ways. ## Proposal Inspired by successful campaigns like Intel Inside and Fair Trade, this RFC proposes an OpenStreetMap contributor mark for use on OpenStreetMap based maps. The goal of the OSM contributor mark is to be adopted by as many OSM data users as possible and on as many OSM based maps as possible, thus creating more awareness of the value of free and open geographic data. With these goals in mind - the mark should be compelling and recognizable (i.e. not generic). - it should work off maps in cases where thumbnail maps need to be attributed e.g. in mobile devices - the mark should be clearly distinct from common map user interface elements. - the mark should link to a page on openstreetmap.org that explains the openness of OSM data and its local, community driven nature. Based on this thinking, we have developed a mark that links to a corresponding page for OpenStreetMap.org. This work is captured in a pull request to openstreetmap.org, but you can review it on the demo instance I will walk through here. Pull request: https://github.com/openstreetmap/openstreetmap-website/pull/180 ### Example usages Here are some example maps using the OSM contributor mark: http://yhahn.github.com/byosm/examples.html (none of the organizations or individuals used on these examples have officially endorsed this proposal yet, including osm.org). ### Linking back to OSM The contributor mark on these maps link all back to the same page that should be ultimately hosted on `openstreetmap.org/contributors`: http://yhahn.github.com/byosm/ (just a demo domain, this should live ideally on `openstreetmap.org/contributors`) The osm.org/contributors communicates key OpenStreetMap features: - Powering map data in hundreds of applications - Local knowledge - Community driven - Open data A learn more button invites to explore more. The main purpose of this page is to feature OpenStreetMap as a community powered project. Hence we worked with pictures of individuals where possible. *We are currently reaching out to photographers and individuals on pictures to get copyright permissions and model releases, if you're on one of these pictures or if you're the photographer of one of these pictures, please get in touch with me.* ### Configurable tiles and wording By modifying the URL to osm.org/contributors specific tile sets and map providers can be featured, like in this example of a link from a Stamen map: http://yhahn.github.com/byosm/index.html?name=Stamenimage=tile.stamen.com/watercolor/10/164/396.jpgvendor=StamenvendorURL=maps.stamen.com ### Linking back to OSM based services Organizations who provide OSM based services can choose to set a discreet link from the bottom of osm.org/contributors to their web sites: http://yhahn.github.com/byosm/index.html?name=skobblerimage=http://tiles2.skobbler.net/osm_tiles2/11/511/806.pngvendor=skobblervendorURL=skobbler.us
Re: [OSM-talk] RFC - OSM contributor mark
+1 On 01/11/2013 08:27 PM, Michal Migurski wrote: I like the spirit of this, and I think it's a necessary and welcome idea. When Stamen did the Nike Grid Run project a few years ago, the one place where it was not possible to display correct attribution was on the TV ads, so a significantly smaller but still compliant contribution marker would have been helpful. I think it should be textual though, and in my opinion a memorable link to more useful information. What about osm.org/c ? Small, obviously a URL, can be easily tucked away in a corner in the same way as the hammer mark, but when seen it can be acted-on regardless of medium. /c would redirect. --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - OSM contributor mark
I very much like the proposal, thanks for doing that. The goal to achieve more awareness is great, let's act to achieve that goal. Several things have been said about the mark. I think having text like osm.org/c there is a + 1. Intel Inside has text. FairTrade has text. Maybe for the mark (next to the text) also a tweak of the present OSM logo (left top of osm.org) could do the job. For the process: please make adjustments and send in the next draft. Putting it on osm.org seems like a must: if our page doesn't have it, why should others use it? About the text: *OSM is built by a community of local mappers that keeps data about roads, cafés, subway stations, and much more up to date every day.* It might create false expectations, Last Sunday I drove on a quite important primary road. My OSM navigation let me down. Later I found out that it was due to a turn restriction error which was already there for 1,5 year. The message in my opinion should invite people more to act themselves instead of relying on others to create a map. I'm not a communication expert, but maybe something like this: 'Openstreetmap is built by a growing community that wants to create the best map in the world. Take a look at your neighbourhood and join in to experience the fun of adding data about roads, shops and so on. (and this of course preferrably in the correct language version) Cheers, Johan 2013/1/11 Cartinus carti...@xs4all.nl +1 On 01/11/2013 08:27 PM, Michal Migurski wrote: I like the spirit of this, and I think it's a necessary and welcome idea. When Stamen did the Nike Grid Run project a few years ago, the one place where it was not possible to display correct attribution was on the TV ads, so a significantly smaller but still compliant contribution marker would have been helpful. I think it should be textual though, and in my opinion a memorable link to more useful information. What about osm.org/c ? Small, obviously a URL, can be easily tucked away in a corner in the same way as the hammer mark, but when seen it can be acted-on regardless of medium. /c would redirect. --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Multipolygone im Wiki
On 10.01.13 16:18, Frederik Ramm wrote: Ich halte das fuer falsch; in meinen Augen sind Flaechentags am aeusseren Ring und solche an der Relation total gleichwertig (und letztere vorzuziehen); ein Bedeutungsunterschied existiert aber nicht. ACK. Wenn man zurückgeht auf Gebäude mit Löchern (wofür das MP IIRC erfunden wurde), so gilt das Gebäude eben nur fürs Gebäude (ohne die Löcher). Und die Tags waren damals alle am outer Way. Die Idee, die Tags auf die Relation zu verlagern, kam erst bei den admin. Grenzen (wo es keinen einzelnen outer Way mehr gibt) auf. Alles eigentlich wieder nur ein Argument dafür, doch mal Areas zu erfinden... ;) /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ODBL-Flyer
Hallo, Am 26.10.2012 17:53, schrieb Peter Wendorff: Am 26.10.2012 17:41, schrieb Martin Koppenhoefer: Am 26. Oktober 2012 16:13 schrieb Peter Wendorff OpenStreetMap veröffentlicht die Kartendaten unter der OpenDabaseLicense (ODbL 1.0) und darauf muss man auch hinweisen, wenn man die Daten von Openstreetmap in einem Werk verwendet. Weitere Auflagen gibt es für Werke aus OSM Daten nicht, wohl müssen aber Verbesserungen und Ergänzungen, die man an den Daten vornimmt, auch wieder unter der ODbL stehen, sofern man diese Daten oder daraus gemachte Werke weitergeben will. Da sich hier nichts weiter getan hat, habe ich mal Eure Vorschläge in den Flyer eingearbeitet. Was haltet Ihr davon? http://wiki.openstreetmap.org/wiki/File:German_flyer_2013_01.png Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Wenn man die neue Interpretation zuläßt, dann gibts m.E. ein großes Problem: Wenn der Outer Ring komplett in einem Way ist, dann ist die Interpretation anders als wenn der Outer Ring das nicht ist, also auf mehrere Ways aufgeteilt ist. Im ersteren Fall kann der Way alleine ja keine Fläche umschließen. Diese Interpretation ist also wenig robust, weil das aufteilen eines Ways in einem Multipolygon ja durchaus nicht unüblich ist. (Bei linienhaften Tags auf dem outer ring tritt dieses Problem nicht auf, die sind okay.) Auch der nicht unübliche Fall, dass eine bestehende Fläche ohne Loch ein Loch bekommt, kann so leicht falsch gehandhabt werden. Nehmen wir an, wie haben einen Wald als geschlossenen Way eingetragen. Jemand entdeckt, dass da eine kleine Lichtung ist. Er nimmt den Way als outer in eine neue Relation, fügt einen inner way ein und denkt, er ist fertig. Aber das wäre er nach dieser neuen Interpretation halt nicht. Und wie ja Fred schon sagte, ist das eine neue Interpretation, die weder in der englischen Version der Wikiseite drin ist, noch meines Wissens sonst jemand bisher so verwendet hat. Und bestehende Daten uminterpretieren ist sehr problematisch. Letztlich muss man das Problem umgehen, in dem man members von multipolygon relations einfach nie tagged und alle Tags an die Relation tut. Nur dann kann man sich unabhängig von der Interpretation sicher sein, dass das richtige rauskommt. Jochen On Thu, Jan 10, 2013 at 04:40:36PM +0100, Ronnie Soak wrote: Date: Thu, 10 Jan 2013 16:40:36 +0100 From: Ronnie Soak chaoschaos0...@googlemail.com To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: Re: [Talk-de] Multipolygone im Wiki Klingt für mich eigentlich wie im Wiki beschrieben logischer. Deine Interpretation würde bedeuten, dass man keine Multipolygone aus Wegen bilden darf, die an sich schon eine vom Multipolygon abweichende Bedeutung haben. Diese Regel wäre mir bisher noch nicht bekannt gewesen. Die Alternative, nämlich einen zusätzlichen, ungetaggten aber deckungsgleichen Way zur exklusiven Nutzung im Multipolygon über die bestehende Waldgrenze zu zeichnen, halte ich für die schlechtere. My 2 cents Chaos Am 10.01.2013 16:20 schrieb Frederik Ramm frede...@remote.org: Hallo, ich wurde gerade auf diese Aenderung aufmerksam: http://wiki.openstreetmap.org/**w/index.php?title=DE%** 3ARelation%3Amultipolygon**action=historysubmitdiff=** 777558oldid=776557http://wiki.openstreetmap.org/w/index.php?title=DE%3ARelation%3Amultipolygonaction=historysubmitdiff=777558oldid=776557 Hier wurde bei den Multipolygonen das - voellig neue und zumindest in der englischen Version nicht vorhandene - Konzept eingefuehrt, dass Tags am aeusseren Ring eines Multipolygons fuer alles (inkl. aller Loecher) gelten, Tags an der Relation aber nur fuer den Bereich ohne Loecher. Zitat: Zum Beispiel kann die Außengrenze eines Waldes und eines Naturschutzgebietes identisch sein, wohingegen die Lichtung oder der See im Wald nicht zum Wald gehört, wohl aber Naturschutzgebiet. Hier wird das Muptipolygon als Wald beschrieben und die äußere Fläche als Naturschutzgebiet. Ich halte das fuer falsch; in meinen Augen sind Flaechentags am aeusseren Ring und solche an der Relation total gleichwertig (und letztere vorzuziehen); ein Bedeutungsunterschied existiert aber nicht. Kann ich das wieder in Einklang mit der englischen Fassung bringen, oder ist das, was da steht, ein Community-Konsens, der irgnedwie an mir vorbeigegangen ist? 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-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 - End forwarded message - -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Ich kann die Interpretation, dass Tags an Ringpolygonen für die gesamte Fläche und Multipolygonrelationen nur für die Flächen ohne die ausgeschnittenen Stellen gelten: Ob das historisch bei OSM schon so war lässt sich wohl nicht verifizieren. Jedenfalls scheint die oben genannte Interpretation aber sehr intuitiv zu sein, wie die Posts (außer jene von Frederik und Jochen) hier belegen. Frederik hat das folgende Beispiel gebracht: Am 11. Januar 2013 01:45 schrieb Frederik Ramm frede...@remote.org: Testweie mal eben in JOSM ein Multipolygon mit natural=wood konstruiert, dessen aeusserer Ring natural=water war; nach Eurer Logik muesste dann die Flaeche gruen und das Loch blau sein; ist aber nicht der Fall, die Flaeche ist leer. Alle Programme, die ich je geschrieben habe, die mit Multipolygonen umgehen, tun das genau so. Dieses Beispiel kommt mir komisch vor, das mag aber daran liegen, dass Frederik informatisch denkt und ich an der Realität (?) orientiert bin. Das Beispiel kann doch so in der Realität nicht vorkommen. Für den Fall, dass es ein Wald mit See ist dürfte der äußere Ring keine Tags tragen, weil der See inmitten des Waldes kein Wald sondern ein See ist. Der äußere Ring also keine Eigenschaften hat, die für alles, was sich in ihm befindet, gilt. Das müsste deshalb alles in die Multipolygonrelation. Einzig der Name des Waldstücks könnte an den äußeren Ring gehören, wenn der See keinen eigenen Namen hat und sozusagen Namenstechnisch mit zum Wald gehört. Am 11. Januar 2013 09:22 schrieb Jochen Topf joc...@remote.org: Und wie ja Fred schon sagte, ist das eine neue Interpretation, die weder in der englischen Version der Wikiseite drin ist, noch meines Wissens sonst jemand bisher so verwendet hat. Und bestehende Daten uminterpretieren ist sehr problematisch. Naja, so kommen wir aber bei OSM nie weiter, wenn wir sagen, das hat es so aber noch nie gegeben. Im Vorliegenden Fall scheint es mir jedenfalls keine Uminterpretation zu sein, denn es gab bisher diesbezüglich überhaupt keine Regel. Wie mir scheint konnten Tags bisher wahllos zwischen Multipolygonrelation und äußerem Ring verteilt werden. Irgendwann ist es eben immer das erste Mal, das jemand das, was er intuitiv schon immer gemacht hat mal aufschreibt. Und siehe da: andere sagen Spontan ja, das habe ich mir schon immer gedacht, konnte es nur nicht so gut in Worte fassen, dass es so ist :-) Ob man diese neu entdeckte Regel nun dogmatisch handhaben sollte, nur als Ordnungsvorschrift zum besseren Verständnis eines Taggings her nimmt oder weiterhin sagt ist es ist für das Taggingschema besser, wenn alles beim (einfachen) alten bleibt, das muss die Zukunft und die Diskussion zeigen. Mit fehlt der informatische Sachverstand, um die Tragweite einer dogmatischen Handhabung einzuschätzen. Jedenfalls Frederik und Jochen scheinen damit mächtig zu fremdeln :-) Das die ganze Regel nur für geschlossene Ringe gelten kann ist für mich kein Problem, schließlich liegt der Unterschied bei einer Orientierung an der Realität auf der Hand, wie das aus informatischer Sicht ist -- keine Ahnung. Schließlich wirft die ganze Sache auch wieder das leidige Thema deutsches Wiki ./. englisches Wiki auf. Nur die englische Seite als kanonisch anzusehen nimmt uns mögliche Entwicklungsmöglichkeiten unnötig früh. Wenn man Ideen einfach mit einem steht nicht im englischen Wiki beiseite wischen kann, so erspart man sich damit die inhaltliche Auseinandersetzung und eine Idee, die es Wert wäre beachtet zu werden, taucht vielleicht erst Jahre später wieder auf, wenn jemand auf englisch die gleiche Idee hatte. Gesucht ist also eine Lösung, wie man das international verständliche englische Wiki für Ideen aus den anderen Wikis offen halten kann. Als Crowd Sourcing-Projekt können wir uns eigentlich nicht erlauben, den Benutzerkreis von nicht so gut englisch sprechenden Personen in bestimmten Bereichen einfach außen vor zu lassen. Es sei denn wir erheben extreme Langsamkeit zu unserem Grundprinzip ;-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Am 11.01.2013 09:22, schrieb Jochen Topf: Letztlich muss man das Problem umgehen, in dem man members von multipolygon relations einfach nie tagged und alle Tags an die Relation tut. Nur dann kann man sich unabhängig von der Interpretation sicher sein, dass das richtige rauskommt. und kriegt dann mit (genauso fehlerhaften) Programmen Probleme, die den Way ohne Tags als Problem erkennen, weil sie die Relation dazu nicht gleichzeitig betrachtet haben. Das ist kein Argument, aber ein Punkt, den man durchaus mit betrachten sollte. Gruß Peter Jochen On Thu, Jan 10, 2013 at 04:40:36PM +0100, Ronnie Soak wrote: Date: Thu, 10 Jan 2013 16:40:36 +0100 From: Ronnie Soak chaoschaos0...@googlemail.com To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: Re: [Talk-de] Multipolygone im Wiki Klingt für mich eigentlich wie im Wiki beschrieben logischer. Deine Interpretation würde bedeuten, dass man keine Multipolygone aus Wegen bilden darf, die an sich schon eine vom Multipolygon abweichende Bedeutung haben. Diese Regel wäre mir bisher noch nicht bekannt gewesen. Die Alternative, nämlich einen zusätzlichen, ungetaggten aber deckungsgleichen Way zur exklusiven Nutzung im Multipolygon über die bestehende Waldgrenze zu zeichnen, halte ich für die schlechtere. My 2 cents Chaos Am 10.01.2013 16:20 schrieb Frederik Ramm frede...@remote.org: Hallo, ich wurde gerade auf diese Aenderung aufmerksam: http://wiki.openstreetmap.org/**w/index.php?title=DE%** 3ARelation%3Amultipolygon**action=historysubmitdiff=** 777558oldid=776557http://wiki.openstreetmap.org/w/index.php?title=DE%3ARelation%3Amultipolygonaction=historysubmitdiff=777558oldid=776557 Hier wurde bei den Multipolygonen das - voellig neue und zumindest in der englischen Version nicht vorhandene - Konzept eingefuehrt, dass Tags am aeusseren Ring eines Multipolygons fuer alles (inkl. aller Loecher) gelten, Tags an der Relation aber nur fuer den Bereich ohne Loecher. Zitat: Zum Beispiel kann die Außengrenze eines Waldes und eines Naturschutzgebietes identisch sein, wohingegen die Lichtung oder der See im Wald nicht zum Wald gehört, wohl aber Naturschutzgebiet. Hier wird das Muptipolygon als Wald beschrieben und die äußere Fläche als Naturschutzgebiet. Ich halte das fuer falsch; in meinen Augen sind Flaechentags am aeusseren Ring und solche an der Relation total gleichwertig (und letztere vorzuziehen); ein Bedeutungsunterschied existiert aber nicht. Kann ich das wieder in Einklang mit der englischen Fassung bringen, oder ist das, was da steht, ein Community-Konsens, der irgnedwie an mir vorbeigegangen ist? 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-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers Api mit Bing
Wolfgang Wienke wrote Wo liegt der Fehler? -- View this message in context: http://gis.19327.n5.nabble.com/OpenLayers-Api-mit-Bing-tp5743914p5743921.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] Multipolygone im Wiki
Frederik Ramm wrote Hi, On 10.01.2013 16:52, Peter Wendorff wrote: Also ich hab Multipolygone immer so verstanden wie es dann wohl momentan im Wiki steht. Gibt es den irgendeine Software, die das auch so versteht? Mir ist dieser Gedanke, wie gesagt, komplett neu. Ich muss sagen, dass ich das bisher immer schon so, wie es nun im deutschen Wiki steht, gesehen habe und auch in der ÖPNVKarte immer schon so auswerte. Allerdings habe ich auch gerade festgestellt, dass alle anderen Renderer das anders sehen. Das geographische Institut in Bonn [1] hat das bulding=yes Tag sowohl an der Relation als auch am outer way. Das Gebäude erscheint bei mir doppelt und dadurch mit ausgefüllten Innenhöfen. Auf allen anderen Layern auf osm.de werden die Tags am outer-Way ignoriert... Wenn man die Tags als gleichwertig betrachtet, handelt man sich eine ganze Reihe Probleme bezüglich Widersprüchen zwischen den Tags der Outer-ways und der Relationen ein. Welche Tags gelten bei einem Widerspruch? Betrachtet man die Elemente getrennt löst sich der Widerspruch auf... Jochen123 wrote Wenn man die neue Interpretation zuläßt, dann gibts m.E. ein großes Problem: Wenn der Outer Ring komplett in einem Way ist, dann ist die Interpretation anders als wenn der Outer Ring das nicht ist, also auf mehrere Ways aufgeteilt ist. Im ersteren Fall kann der Way alleine ja keine Fläche umschließen. Diese Interpretation ist also wenig robust, weil das aufteilen eines Ways in einem Multipolygon ja durchaus nicht unüblich ist. (Bei linienhaften Tags auf dem outer ring tritt dieses Problem nicht auf, die sind okay.) Darin sehe ich jetzt kein so großes Problem, denn das ist doch bei jedem normalen geschlossenen Polygonring, der nicht Teil eines Multipolygons ist genauso... Gruß, Melchior [1] http://openstreetmap.de/karte.html?lat=50.72634lon=7.09136zoom=18layers=00B0 -- View this message in context: http://gis.19327.n5.nabble.com/Multipolygone-im-Wiki-tp5743771p5743935.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] Multipolygone im Wiki
Am 11.01.2013 09:03, schrieb Andreas Labres: Alles eigentlich wieder nur ein Argument dafür, doch mal Areas zu erfinden... ;) Yepp, dieses historisch gewachsene MP Chaos lässt sich wohl nur durch Neuanfang lösen. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Am 11.01.2013 09:03, schrieb Andreas Labres: Alles eigentlich wieder nur ein Argument dafür, doch mal Areas zu erfinden... ;) +1 Was ich jetzt aus der Diskussion mal mitnehme: Solche Fälle im Datenbestand sollten bei der bevorstehenden Konversion zu Areas manuell geprüft werden. ;) Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-11 13:52, nimix wrote: Frederik Ramm wrote Hi, On 10.01.2013 16:52, Peter Wendorff wrote: Also ich hab Multipolygone immer so verstanden wie es dann wohl momentan im Wiki steht. Gibt es den irgendeine Software, die das auch so versteht? Mir ist dieser Gedanke, wie gesagt, komplett neu. Ich muss sagen, dass ich das bisher immer schon so, wie es nun im deutschen Wiki steht, gesehen habe und auch in der ÖPNVKarte immer schon so auswerte. Allerdings habe ich auch gerade festgestellt, dass alle anderen Renderer das anders sehen. Das geographische Institut in Bonn [1] hat das bulding=yes Tag sowohl an der Relation als auch am outer way. Das Gebäude erscheint bei mir doppelt und dadurch mit ausgefüllten Innenhöfen. Auf allen anderen Layern auf osm.de werden die Tags am outer-Way ignoriert... Im 3D Building Tags Wiki wurde eigentlich den Gebäuden relation type=building definiert. Und building=yes am outline. Gruß, Melchior MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDwFukACgkQmWhuE0qbFyMWBgCdFO04BJHhRlcY6p1wV4t8GyO8 Jl4AnjbmF/07o/8kzGdTtKoZqOVGGQM0 =3ND0 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Edits von Nodekiller
On 10/01/13 23:45, Frederik Ramm wrote: Hey Frederik Danke, für den Hinweis. Da ist man mal kurz an einem anderen Eck der Erde beschäftigt und dann sowas. im Oktober/November 2012 hat ein User namens nodekiller eine grosse Zahl an Nodes durch Linienvereinfachungen geloescht - seinen Edit-Kommentaren ist zu entnehmen, dass er annahm, mehr als z18 brauche eh kein Mensch. Ich hatte ihn dann gebeten, das bleiben zu lassen, habe seine Vereinfachungen aber nicht revertiert, weil ich nicht direkt einschaetzen konnte, wie berechtigt oder unberechtigt sie waren und ob ich durch einen Revert eventuell viele unnoetige Nodes wiederherstellen wuerde. Die Edits von Nodekiller beschraenken sich hauptsaechlich auf das Gebiet der Kanaren und der Balearen sowie auf Madeira und die Kapverdischen Inseln. Da hast Du noch die Azoren und Hong Kong vergessen. Hier ist eine Liste von Mappern, deren Nodes gekillt wurden, mit Anzahl: 47679 Javier Sanchez 31645 CLC-ES-06 9419 Geofreund1 5948 somenxavier 5781 raycc 5589 oscarorbe 4311 flylow 4092 Verdy_p 3649 schiwi 3548 gero_08 3469 PeTeR_99 3374 ottokar55 2970 migoga 2143 JuanPe 1969 Sergey Astakhov 1735 matchman 1103 Neuzeit 984 Romanese 974 oWLer 827 Pascal Lee 818 Jonay 745 NunoCaldeira 689 renatosilvapt 661 Thermo 617 Alpinfuchs 599 Trubshaw 581 Andreas Moeller 578 bbaja 549 Joao Carreiro 523 jasonez 515 Notaris 508 jogrey 470 alimamo 449 Matthias Kopczynski 447 fmontesd 439 LMC72 431 beanmap 379 meKii 372 zahilb 345 tiger 344 lworch 327 dmgroom_ct 318 g0ldfish 313 hofoen 302 bonifac 298 mateuvic 289 Nautic 278 MichaH 276 Mayer 273 lekuar 271 MACHT 261 aighes 259 amrlima 254 Marko S 252 gclemens 251 Simó Albert i Beltran und ca. 800 weitere mit jeweils weniger als 250 geloeschten Nodes. Um es Interessierten zu ermoeglichen, die Edits zu bewerten, habe ich die Positionen aller geloeschten Nodes in ein GPX-File extrahiert, das ihr Euch hier ansehen koennt: http://www.remote.org/frederik/tmp/nodekiller.gpx Beim Laden in JOSM muss man Linien zwischen GPX-Punkten abschalten, sonst gibt's Salat. Ich hab mir das in JOSM ein bisschen angeschaut und denke, ein Gesamt-Revert ist vermutlich nicht angebracht; wenn er eine oder andere von Euch, der auf den betroffenen Inseln mappend unterwegs ist, das vielleicht bestaetigen oder dem widersprechen moechte...? Also ganz prinzipiell sollten ja die Verursacher Ihre Fehler auch wieder aufräumen. Ist erstens Arbeit und zweitens besser für die Einsicht. Ich biete in solchen Fällen meine Hilfe an, aber fordere die User selber auf das zu revertieren. Ich halte diese Edits auf jeden Fall für problematisch, da sich andere hier bestimmt Mühe gegeben haben und jetzt jemand daher kommt und ohne Kontakt aufzunehmen einfach mal Löscht. Ich komme in der Regel ohne Löschung von Objekten aus aber zumindest ist bei mir die Anzahl der neuen und bearbeiteten Objekte um ein Vielfaches größer. Solche Löschungen sollten meiner Ansicht genauso wie Importe vorher besprochen werden. Muß mir meine Punkte mal genauer anschauen, aber mich wundert es schon, dass Du hier erstmal nichts machen willst. Zumindest auf den Azoren gibt es einige junge, neue, lokale Mapper und diese sind auf jeden Fall verwundert/enttäuscht wenn ihre Arbeit einfach misachtet wird und verschwindet. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Upload Fehler (Placeholder node not found...)
Guten Tag, allerseits Ich habe etwa seit 3 Wochen folgende Situation, die sich bisher etwa 5 Mal abgespielt hat: Mit JOSM Version 5608 gemappt, Upload gestartet. Irgendwann beim Upload erhalte ich die folgende Meldung: Der OSM-Server http://www.openstreetmap.org/api/0.6/; meldet eine fehlerhafte Anfrage Fehlermeldung (englisch): Placeholder node not found for reference -20381 in way -20383 Abhilfe: Abspeichern der Datenebene in eine Datei, editieren der Datei und herausloeschen des folgenden Blocks: way id='-20383' action='modify' visible='true' nd ref='2105710293' / nd ref='2105710294' / nd ref='2105710296' / nd ref='2105710267' / nd ref='-20381' / nd ref='-20392' / nd ref='2105710251' / nd ref='2105710292' / nd ref='2105710293' / tag k='building' v='yes' / tag k='source' v='bing' / /way Danach oeffnen der Datei in JOSM und problemloser Upload der Daten. Offensichtlich werden die negativen IDs vom Server nicht ersetzt. Leider kenne ich den genauen Ablauf des Dialogs zwischen Server und Client nicht, um sagen zu koennen, an wem es liegt. Hat irgendjemand eine Idee dazu ? Ich kann nicht sehr viel mehr dazu sagen als das oben genannte. Der Fehler tritt sporadisch auf, das ganze ist nicht wirklich reproduzierbar. Auf Linux habe ich zwar JOSM installiert, aber arbeite dort so gut wie gar nicht damit. Arbeitsplaetze: MS Windows XP 32 bit MS Windows XP 64 bit Identische JOSM-Version WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Upload Fehler (Placeholder node not found...)
On 11/01/13 16:02, Werner Poppele wrote: Hallo Werner Ich habe etwa seit 3 Wochen folgende Situation, die sich bisher etwa 5 Mal abgespielt hat: Mit JOSM Version 5608 gemappt, Upload gestartet. Irgendwann beim Upload erhalte ich die folgende Meldung: Der OSM-Server http://www.openstreetmap.org/api/0.6/; meldet eine fehlerhafte Anfrage Fehlermeldung (englisch): Placeholder node not found for reference -20381 in way -20383 Dazu habe ich nur zwei alte Tickets gefunden: https://josm.openstreetmap.de/query?status=assignedstatus=closedstatus=needinfostatus=newstatus=reopeneddescription=~Placeholder+node+not+found+for+referencecol=idcol=summarycol=typecol=prioritycol=componentcol=timecol=changetimecol=reporterorder=changetime Leider fehlt da die komplette Fehlermeldung. Kannst Du JOSM mal aus der Konsole/Terminal/CMD starten, dann sollte mehr zu erkennen sein. Abhilfe: Abspeichern der Datenebene in eine Datei, editieren der Datei und herausloeschen des folgenden Blocks: way id='-20383' action='modify' visible='true' nd ref='2105710293' / nd ref='2105710294' / nd ref='2105710296' / nd ref='2105710267' / nd ref='-20381' / nd ref='-20392' / nd ref='2105710251' / nd ref='2105710292' / nd ref='2105710293' / tag k='building' v='yes' / tag k='source' v='bing' / /way Danach oeffnen der Datei in JOSM und problemloser Upload der Daten. Das kannst Du auch erreichen indem Du mit der Suche arbeitest und alle modified Objekte auswählst, dann nach der id suchst und diesen Weg von der Auswahl entfernst. Nun einfach Auswahl hochladen anstatt Hochladen benutzen. Bitte vergewissere Dich erstmal, was alles schon Hochgeladen wurde, durch eine Blick auf Deine Changesets http://www.openstreetmap.org/user/BENUTZERNAME/edits und aktualisiere Deine Daten in JOSM. Ansonsten produzierst Du schnell doppelte Punkte/Linien. Offensichtlich werden die negativen IDs vom Server nicht ersetzt. Leider kenne ich den genauen Ablauf des Dialogs zwischen Server und Client nicht, um sagen zu koennen, an wem es liegt. Hat irgendjemand eine Idee dazu ? Ich kann nicht sehr viel mehr dazu sagen als das oben genannte. Der Fehler tritt sporadisch auf, das ganze ist nicht wirklich reproduzierbar. Was passiert, wenn Du die gespeicherte Datei ohne Änderungen nach einem Neustart von JOSM lädst. Wenn der Fehler immernoch auftritt ist das reproduzierbar ! Dann bitte diese Datei an ein Ticket bei JOSM anhängen. Da gibt es so einige: 1. s.o. 2. Traue Dich bitte so ein Problem auf der JOSM-Seite zu melden, wenn Du Probleme mit Englisch hast, dann schreib halt auf Deutsch. https://josm.openstreetmap.de 3. Hast Du es mal mit latest probiert ? Vielleicht ist der Fehler auch schon behoben. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Nachrichtensammlung, Band 78, Eintrag 18
Am 11.01.2013 13:00, schrieb talk-de-requ...@openstreetmap.org: Danke, Das Komma hinter Road ist natürlich zu viel, aber diese Korrektur ändert nichts am Problem. -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Am 11.01.13 schrieb Falk Zscheile: Ich kann die Interpretation, dass Tags an Ringpolygonen für die gesamte Fläche und Multipolygonrelationen nur für die Flächen ohne die ausgeschnittenen Stellen gelten: Ob das historisch bei OSM schon so war lässt sich wohl nicht verifizieren. Jedenfalls scheint die oben genannte Interpretation aber sehr intuitiv zu sein, wie die Posts (außer jene von Frederik und Jochen) hier belegen. Das war historisch schon so und geht auch aus den Wikiseiten so hervor. Die Motivation war damals m.E., kompatibel mit Software aus der Zeit vor den Multipolygonen zu bleiben. Der Stand von vor vier Jahren war z.B. In Zukunft wären dann die Tags in der Relation, momentan würde ich den Seeaußenrand als Wasser, den Rest als Wald eintragen. (Dirk Stoecker, http://lists.openstreetmap.org/pipermail/talk-de/2009-January/034451.html ) Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Edits von Nodekiller
Hallo, On 01/11/2013 03:12 PM, fly wrote: Muß mir meine Punkte mal genauer anschauen, aber mich wundert es schon, dass Du hier erstmal nichts machen willst. Zumindest auf den Azoren gibt es einige junge, neue, lokale Mapper und diese sind auf jeden Fall verwundert/enttäuscht wenn ihre Arbeit einfach misachtet wird und verschwindet. Naja, verschwunden ist ja nichts; es sind lediglich ein paar Ways etwas gerader geworden. Es waere recht schwer fuer mich, automatisiert nur diejenigen Nodes wiederherzustellen, die wichtig sind, und jene, bei denen tatsaechlich einfach zu viele da waren, geloescht zu lassen, und ein User, der mich per Mail auf diese Sache aufmerksam machte, meinte, dass ein grosser Teil der Vereinfachungen eine Verbesserung darstellte, weil zumindest die obersten Accounts in meiner Liste eben Daten mit zu vielen Nodes importiert haben. Normalerweise revertieren wir solche Sachen auch immer erstmal, aber hier war ich echt nicht sicher, ob das Revertieren nicht ueberwiegend eine Verschlechterung bringen wuerde. 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] Edits von Nodekiller
Hi Frederik, Flylow, *, danke für die Zusammenstellung. @Flylow ... auch hier nochmals öffentlich DANKE für die viele Hilfe mit der Küstenlinie ;-) Am 11. Januar 2013 15:12 schrieb fly lowfligh...@googlemail.com: On 10/01/13 23:45, Frederik Ramm wrote: Hey Frederik Danke, für den Hinweis. Da ist man mal kurz an einem anderen Eck der Erde beschäftigt und dann sowas. [...] 439 LMC72 Muß mir meine Punkte mal genauer anschauen, aber mich wundert es schon, dass Du hier erstmal nichts machen willst. Zumindest auf den Azoren gibt es einige junge, neue, lokale Mapper und diese sind auf jeden Fall verwundert/enttäuscht wenn ihre Arbeit einfach misachtet wird und verschwindet. Grüße fly korrekt, LMC72 ist ihr Lehrer. Ich kenne die Azoren einigermassen gut und will mir das auch erst ansehen. Die reisen mit 5 Leuten Ende Februar nach Deutschland zum Lernen. Wenn das wirklich ein Chaot ist, können wir uns die Schulung sparen, denn sie werden nicht verwundert/enttäuscht reagieren, sondern suchen sich ein anderes Hobby. ;-) Wie kann ich die in Deiner Eingangsmail angesprochenen Linien abschalten realisieren, damit ich mir das ansehen kann, was Nodekiller auf den Azoren gemacht hat. Sorry bin newbie. Manfred ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Windkraftanlagen - Wie separate Elektrik taggen? Wie Gelände einer WKA taggen?
Hallo miteinander, An den hiesiegen WKA stehen häufig noch so Beton-/Blechgebilde mit Elektrik drin. Zum Teil nicht größer als ein größerer Verteilerschrank, manchmal aber auch groß wie ein Buswartehäuschen. Trafostation? Dann gehört zu den WKA hier häufig noch eine kleinere Fläche drum herum. Groß genug das 2-3 schwerere Fahrzeuge dort Platz finden könnten. Wobei die Fahrzeuge, wegen der Geländeeigenschaften, eine gewisse Off-Road-Fähigkeit haben müssten. landuse=industrial scheint mir nur halb passend. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Edits von Nodekiller
Am 10. Januar 2013 23:45 schrieb Frederik Ramm frede...@remote.org: Hallo, im Oktober/November 2012 hat ein User namens nodekiller eine grosse Zahl an Nodes durch Linienvereinfachungen geloescht - seinen Edit-Kommentaren ist zu entnehmen, dass er annahm, mehr als z18 brauche eh kein Mensch. Ich hatte ihn dann gebeten, das bleiben zu lassen, habe seine Vereinfachungen aber nicht revertiert, weil ich nicht direkt einschaetzen konnte, wie berechtigt oder unberechtigt sie waren und ob ich durch einen Revert eventuell viele unnoetige Nodes wiederherstellen wuerde. Die Edits von Nodekiller beschraenken sich hauptsaechlich auf das Gebiet der Kanaren und der Balearen sowie auf Madeira und die Kapverdischen Inseln. Hier ist eine Liste von Mappern, deren Nodes gekillt wurden, mit Anzahl: 47679 Javier Sanchez 31645 CLC-ES-06 9419 Geofreund1 5948 somenxavier 5781 raycc 5589 oscarorbe 4311 flylow 4092 Verdy_p 3649 schiwi 3548 gero_08 3469 PeTeR_99 3374 ottokar55 2970 migoga 2143 JuanPe 1969 Sergey Astakhov 1735 matchman 1103 Neuzeit 984 Romanese 974 oWLer 827 Pascal Lee 818 Jonay 745 NunoCaldeira 689 renatosilvapt 661 Thermo 617 Alpinfuchs 599 Trubshaw 581 Andreas Moeller 578 bbaja 549 Joao Carreiro 523 jasonez 515 Notaris 508 jogrey 470 alimamo 449 Matthias Kopczynski 447 fmontesd 439 LMC72 431 beanmap 379 meKii 372 zahilb 345 tiger 344 lworch 327 dmgroom_ct 318 g0ldfish 313 hofoen 302 bonifac 298 mateuvic 289 Nautic 278 MichaH 276 Mayer 273 lekuar 271 MACHT 261 aighes 259 amrlima 254 Marko S 252 gclemens 251 Simó Albert i Beltran und ca. 800 weitere mit jeweils weniger als 250 geloeschten Nodes. Um es Interessierten zu ermoeglichen, die Edits zu bewerten, habe ich die Positionen aller geloeschten Nodes in ein GPX-File extrahiert, das ihr Euch hier ansehen koennt: http://www.remote.org/**frederik/tmp/nodekiller.gpxhttp://www.remote.org/frederik/tmp/nodekiller.gpx Beim Laden in JOSM muss man Linien zwischen GPX-Punkten abschalten, sonst gibt's Salat. Ich hab mir das in JOSM ein bisschen angeschaut und denke, ein Gesamt-Revert ist vermutlich nicht angebracht; wenn er eine oder andere von Euch, der auf den betroffenen Inseln mappend unterwegs ist, das vielleicht bestaetigen oder dem widersprechen moechte...? Also bei allem Verständnis für automatische Änderungen, habt ein paar Argumente für mich für Schüler, die sich dort mit der Küstenlinie alle Mühe der Welt gegeben haben, die Wanderweg nach GPS tracks nachgezeichnet haben und heute an ihrer Bearbeitung die Leistung von Nodekiller sehen? Ich kann dem Nodekiller noch eine ganze Reihe von Gegenden zeigen, wo er Nodes *setzen* kann. Wenn man die Arbeit von jungen Leuten derart mit Füßen tritt muss man sich nicht wundern, wenn die sich ein anderes Hobby suchen. Mensch gegen Nodekiller. Erst mal gewinnt Nodekiller. Auf Dauer wird er sicher wenig zu killen haben. imports, bots, PR, money...that is how you loose OSM spirit, schreibt mir dazu eine im OSM Umfeld sehr engagiert Lehrerin aus Rumänien. Manfred Ironietags habe ich vergessen zu setzen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone im Wiki
Am 11.01.2013, 01:45 Uhr, schrieb Frederik Ramm frede...@remote.org: On 10.01.2013 16:52, Peter Wendorff wrote: Also ich hab Multipolygone immer so verstanden wie es dann wohl momentan im Wiki steht. Gibt es den irgendeine Software, die das auch so versteht? Mir ist dieser Gedanke, wie gesagt, komplett neu. Dass Taggs vom Outer-Ring der Relation zugeortnet werden, ist meines Wissens nur eine Altlast. Im Normalfall wird der Tag der Relation genommen, klar. Wenn dieser Tag allerdings fehlt, wird von einer alten (also überholten) Relation ausgegangen, und es wird ersatzweise das Tag des äußeren-Rings herangenommen. Im Wiki steht meines Wissens nichts darüber, dass beide Tags gleichwertig oder gegeneinander austauschbar sind. Und von der Logik scheint es mir klar, dass Tags der Relation zu dieser, und Tags des Outer-Rings (also einen ganz normalen geschlossenem Polygon) zu diesem gehören. Evtl. ist es besser, alle Relationen zum neuen Standard hin zu konvertieren... Gruß Masi P.S.: Mit der Rücksichtname auf alte Schemata (anstatt Anpassung dieser) fördert man doch nur verschiedene Schreibweisen für ein und dasselbe und am Ende blickt keiner mehr durch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Edits von Nodekiller
Moin, Am 11.01.2013 19:51, schrieb Manfred A. Reiter: Wie kann ich die in Deiner Eingangsmail angesprochenen Linien abschalten realisieren, damit ich mir das ansehen kann, was Nodekiller auf den Azoren gemacht hat. In den Einstellungen von JOSM gleich auf der ersten Seite: Linien zwischen den GPS-Punkten zeichnen === Keine Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] negozio di borse e pellame(guanti ecc
come si tagga un negozio di sole borse guanti portafogli in pelle ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] negozio di borse e pellame(guanti ecc
-Original Message- From: beppebo...@libero.it [mailto:beppebo...@libero.it] Sent: venerdì 11 gennaio 2013 09:50 To: talk-it@openstreetmap.org Subject: [Talk-it] negozio di borse e pellame(guanti ecc come si tagga un negozio di sole borse guanti portafogli in pelle Alcuni suggerimenti: shop=leather (usato 91 volte) shop=bag (documentato sul wiki e usato 91 volte) shop=bags (usato 107 volte) Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa degli utenti (e statistiche)
Il 07/01/2013 16:40, sabas88 ha scritto: Ciao, Pascal Neis ha fatto una mappa che risolve il problema di cercare gli utenti nella propria zona. http://resultmaps.neis-one.org/oooc?zoom=6lat=42.10041lon=14.30356layers=B00TFFT Molto interessante! Qualcuno ha idea di come individui la posizione? Sicuramente non usa la posizione che i mapper inseriscono nella loro pagina utente (vedo che posiziona anche mapper che non hanno indicato la posizione, e quelli che l'hanno indicata non li mette proprio nello stesso punto. In più mancano, ovviamente, tutti quelli che hanno indicato la posizione ma non hanno mai editato)... Ho dato un'occhiata veloce confrontando con il censimento che avevo portato ad OSMit. Ho già individuato un paio di mapper che non avevo censito. In più mi suggerisce la posizione probabile di alcuni mapper di cui non mi era nota l'area di riferimento. Ottimo. La categorizzazione secondo il numero di changeset potrebbe anche essere fuorviante (c'è gente che durante una sessione di mappatura crea svariati changeset e chi invece ne crea uno per sessione, magari lasciandolo aperto e salvando ogni tot... così l'utente X che ha inserito 10 nodi in 10 changeset risulta più attivo dell'utente Y che ne ha inseriti 100 in un changeset unico...), ma è comunque un indicatore utile. Il 08/01/2013 15:04, sabas88 ha scritto: Una cosa che si potrebbe fare con quello strumento sarebbe tentare di sviluppare maggiormente le community locali. 4 regioni + le due province autonome hanno una mailing list regionale, si potrebbe cercare gli utenti attivi che non sono coinvolti nella community e ad esempio farli iscrivere in ML o farli segnare sul wiki regionale in modo da potersi contattare per iniziative, problemi ed altro.. Concordo. Magari partendo dagli utenti più attivi (anche se come ho detto sopra non è detto che siano i gold). ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa degli utenti (e statistiche)
Il giorno 11 gennaio 2013 13:00, Paolo Monegato gato.selvad...@gmail.comha scritto: Il 07/01/2013 16:40, sabas88 ha scritto: Ciao, Pascal Neis ha fatto una mappa che risolve il problema di cercare gli utenti nella propria zona. http://resultmaps.neis-one.org/oooc?zoom=6lat=42.10041lon=14.30356layers=B00TFFT Molto interessante! Qualcuno ha idea di come individui la posizione? Sicuramente non usa la posizione che i mapper inseriscono nella loro pagina utente (vedo che posiziona anche mapper che non hanno indicato la posizione, e quelli che l'hanno indicata non li mette proprio nello stesso punto. In più mancano, ovviamente, tutti quelli che hanno indicato la posizione ma non hanno mai editato)... Ci sono tre modalità da scegliere in overlay: centro dell'area di attività, primo nodo modificato, ultimo nodo modificato. Mi sembra interessante solo il primo; l'ultimo può far saltare a destra e a sinistra i marcatori, e il secondo, meh... Comunque anche il centro dell'area di attività può non coincidere con il luogo in cui si trova il mappatore. Se un mappatore nato e cresciuto a Torino si trasferisse per lavoro a Bologna e mappasse entrambe le città, il marcatore sarebbe (credo) dalle parti di Piacenza, che non c'entra niente. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa degli utenti (e statistiche)
IMHO ha fatto la geolocalizzazione degli ip da dove editiamo maggiormente, il mio marker è esattamente sopra casa mia, mentre su OSM sono registrato in Sardegna... :-O Il giorno 11 gennaio 2013 12:05, Simone Saviolo simone.savi...@gmail.comha scritto: Il giorno 11 gennaio 2013 13:00, Paolo Monegato gato.selvad...@gmail.comha scritto: Il 07/01/2013 16:40, sabas88 ha scritto: Ciao, Pascal Neis ha fatto una mappa che risolve il problema di cercare gli utenti nella propria zona. http://resultmaps.neis-one.org/oooc?zoom=6lat=42.10041lon=14.30356layers=B00TFFT Molto interessante! Qualcuno ha idea di come individui la posizione? Sicuramente non usa la posizione che i mapper inseriscono nella loro pagina utente (vedo che posiziona anche mapper che non hanno indicato la posizione, e quelli che l'hanno indicata non li mette proprio nello stesso punto. In più mancano, ovviamente, tutti quelli che hanno indicato la posizione ma non hanno mai editato)... Ci sono tre modalità da scegliere in overlay: centro dell'area di attività, primo nodo modificato, ultimo nodo modificato. Mi sembra interessante solo il primo; l'ultimo può far saltare a destra e a sinistra i marcatori, e il secondo, meh... Comunque anche il centro dell'area di attività può non coincidere con il luogo in cui si trova il mappatore. Se un mappatore nato e cresciuto a Torino si trasferisse per lavoro a Bologna e mappasse entrambe le città, il marcatore sarebbe (credo) dalle parti di Piacenza, che non c'entra niente. Ciao, Simone ___ 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] Mappa degli utenti (e statistiche)
Il giorno 11 gennaio 2013 12:11, sabas88 saba...@gmail.com ha scritto: IMHO ha fatto la geolocalizzazione degli ip da dove editiamo maggiormente, il mio marker è esattamente sopra casa mia, mentre su OSM sono registrato in Sardegna... :-O Per me calcola il punto basandosi sui dati della OSMHeatmap (la tua è qui: http://www.yosmhm.neis-one.org/?sabas88). Se avesse geolocalizzato l'IP saresti a centinaia di kilometri dal tuo computer ;-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa degli utenti (e statistiche)
Il 11/01/2013 12:05, Simone Saviolo ha scritto: Ci sono tre modalità da scegliere in overlay: centro dell'area di attività, primo nodo modificato, ultimo nodo modificato. Mi sembra interessante solo il primo; l'ultimo può far saltare a destra e a sinistra i marcatori, e il secondo, meh... Comunque anche il centro dell'area di attività può non coincidere con il luogo in cui si trova il mappatore. Se un mappatore nato e cresciuto a Torino si trasferisse per lavoro a Bologna e mappasse entrambe le città, il marcatore sarebbe (credo) dalle parti di Piacenza, che non c'entra niente. Beh, di solito uno inizia dal suo quartiere... quindi potrebbe rivelare qualcosa anche il primo nodo. Comunque credo anch'io usi la Heatmap. Vedo per esempio che a Venezia ci sono un paio di utenti tedeschi (quelli famosi che non hanno accettato il cambio di licenza). ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa degli utenti (e statistiche)
Il giorno 11 gennaio 2013 14:19, Paolo Monegato gato.selvad...@gmail.comha scritto: Il 11/01/2013 12:05, Simone Saviolo ha scritto: Ci sono tre modalità da scegliere in overlay: centro dell'area di attività, primo nodo modificato, ultimo nodo modificato. Mi sembra interessante solo il primo; l'ultimo può far saltare a destra e a sinistra i marcatori, e il secondo, meh... Comunque anche il centro dell'area di attività può non coincidere con il luogo in cui si trova il mappatore. Se un mappatore nato e cresciuto a Torino si trasferisse per lavoro a Bologna e mappasse entrambe le città, il marcatore sarebbe (credo) dalle parti di Piacenza, che non c'entra niente. Beh, di solito uno inizia dal suo quartiere... quindi potrebbe rivelare qualcosa anche il primo nodo. Ad esempio il mio primo nodo è stato in Versilia, dove sono andato in vacanza una settimana per tre anni... ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] problemuccio area
Enjoi alla lista dei mapper Ho difficoltà ad individuare uno più tag che identifichino magazzini merci allaperto. Ho a che fare con aree anche vaste di stoccaggio merci adiacenti allindustria di produzione. (in particolare ceramiche per pavimenti e rivestimenti adiacenti alle rispettive fabbriche) Qualche suggerimento? Ciao Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Datos automatizados y permisos para subir puntos
ssh geonode.openstreetmap.co sudo su postgres wget http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip unzip prueba_puntos.zip ogr2ogr -f PostgreSQL PG:dbname=geonode prueba_puntos.shp -nln prueba_puntos -overwrite -progress 0...10...20...30...40.. 2013/1/11 Ariel Nunez ingenieroar...@gmail.com Listo, yo me encargo de subirlo y configurarlo. -a 2013/1/11 Igor TAmara i...@tamarapatino.org Hola, en este momento estoy en un sitio con muy mala conexión a Internet, si alguien que tuviera acceso al geonode pudiera por favor descargar [1] para subirlo al geonode. No se si eventualmente Ariel ;) 1.http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip El 10 de enero de 2013 22:01, Igor TAmara i...@tamarapatino.orgescribió: super bien, muchas gracias. El 10 de enero de 2013 21:27, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Ya te cree el usuario en geonode.openstreetmap.co por el interno te doy los datos. salu2 Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace zoom aparecen los puntos y uno va continuando la línea para que cuando se finalice la misma se genere el gpx. Esto se haría para todo el país. Leonel, podrías por fa facilitarme un comprimido de los csvs de toda la base de datos para montarlo en un WFS por fa? Creo que a través de dropbox habría suficiente espacio para los 500k puntos. A ver si nos puede servir. P.D: Siéntanse libres de subir el gpx o hacer el trazo desde josm en la vía entre cereté y la otra población ;) El 10 de enero de 2013 17:48, Fulton Mercado f_merc...@yahoo.comescribió: Tienen razon en cuanto a lo de la numeracion. Habria que buscarle una solucion, se me ocurre que Uno del grupo se encargue de crearle la identidad unica, y luego la ponga a disposicion de los demas que se encargarian de la creacion de las vias. Digo Vias, por que definitivamente si es una traza de gps de seguimiento vehicular, necesariamente un carro paso por ahi y debe ser una via. Seria bien provechosa una reunion en linea un dia de estos. Fulton -- *De:* leonel parra leoparr...@gmail.com *Para:* OpenStreetMap Colombia talk-co@openstreetmap.org *Enviado:* Jueves, 10 de enero, 2013 4:27 P.M. *Asunto:* Re: [Talk-co] Datos automatizados y permisos para subir puntos Eso podria hacerlo, en algunos casos el problema seria que el numero de secuencia se repite cada mes entonces no podria sacar sino grupos de puntos por meses y pude darse el caso de que salgan pocos puntos, Saludos Leonel 2013/1/10 Humberto Yances hyan...@gmail.com ** Talvez agregar una
Re: [Talk-co] Resumen de Talk-co, Vol 54, Envío 23
Hola a tod@s Sé que esto no se relaciona con el tema que se está discutiendo, pero creo que está fallando algo en las listas de distribución de mensajes, pues yo estoy suscrito para que me llegue una sola con el compendio de lo que pasó en el día, y me están llegando de forma inmediata todos los mensajes. Un abrazo, y disculpen no aportar en la discusión pero realmente hasta ahora me estoy empapando de OSM. Nicolás Vargas El 11 de enero de 2013 10:23, talk-co-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Datos automatizados y permisos para subir puntos (Ariel Nunez) -- Mensaje reenviado -- From: Ariel Nunez ingenieroar...@gmail.com To: OpenStreetMap Colombia talk-co@openstreetmap.org Cc: Date: Fri, 11 Jan 2013 10:23:07 -0500 Subject: Re: [Talk-co] Datos automatizados y permisos para subir puntos ssh geonode.openstreetmap.co sudo su postgres wget http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip unzip prueba_puntos.zip ogr2ogr -f PostgreSQL PG:dbname=geonode prueba_puntos.shp -nln prueba_puntos -overwrite -progress 0...10...20...30...40.. 2013/1/11 Ariel Nunez ingenieroar...@gmail.com Listo, yo me encargo de subirlo y configurarlo. -a 2013/1/11 Igor TAmara i...@tamarapatino.org Hola, en este momento estoy en un sitio con muy mala conexión a Internet, si alguien que tuviera acceso al geonode pudiera por favor descargar [1] para subirlo al geonode. No se si eventualmente Ariel ;) 1.http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip El 10 de enero de 2013 22:01, Igor TAmara i...@tamarapatino.orgescribió: super bien, muchas gracias. El 10 de enero de 2013 21:27, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Ya te cree el usuario en geonode.openstreetmap.co por el interno te doy los datos. salu2 Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace
Re: [Talk-co] Datos automatizados y permisos para subir puntos
Buenísimo , esto es visible en http://geonode.openstreetmap.co/data/geonode:prueba_puntos , allí si hacen zoom hacia Cereté verán los puntos ofrecidos por Leonel, después podremos tener completas las vías generadas a partir de los puntos enviados por los dispositivos. Gracias Ariel, super chévere el recurso. El 11 de enero de 2013 10:23, Ariel Nunez ingenieroar...@gmail.comescribió: ssh geonode.openstreetmap.co sudo su postgres wget http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip unzip prueba_puntos.zip ogr2ogr -f PostgreSQL PG:dbname=geonode prueba_puntos.shp -nln prueba_puntos -overwrite -progress 0...10...20...30...40.. 2013/1/11 Ariel Nunez ingenieroar...@gmail.com Listo, yo me encargo de subirlo y configurarlo. -a 2013/1/11 Igor TAmara i...@tamarapatino.org Hola, en este momento estoy en un sitio con muy mala conexión a Internet, si alguien que tuviera acceso al geonode pudiera por favor descargar [1] para subirlo al geonode. No se si eventualmente Ariel ;) 1.http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip El 10 de enero de 2013 22:01, Igor TAmara i...@tamarapatino.orgescribió: super bien, muchas gracias. El 10 de enero de 2013 21:27, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Ya te cree el usuario en geonode.openstreetmap.co por el interno te doy los datos. salu2 Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace zoom aparecen los puntos y uno va continuando la línea para que cuando se finalice la misma se genere el gpx. Esto se haría para todo el país. Leonel, podrías por fa facilitarme un comprimido de los csvs de toda la base de datos para montarlo en un WFS por fa? Creo que a través de dropbox habría suficiente espacio para los 500k puntos. A ver si nos puede servir. P.D: Siéntanse libres de subir el gpx o hacer el trazo desde josm en la vía entre cereté y la otra población ;) El 10 de enero de 2013 17:48, Fulton Mercado f_merc...@yahoo.com escribió: Tienen razon en cuanto a lo de la numeracion. Habria que buscarle una solucion, se me ocurre que Uno del grupo se encargue de crearle la identidad unica, y luego la ponga a disposicion de los demas que se encargarian de la creacion de las vias. Digo Vias, por que definitivamente si es una traza de gps de seguimiento vehicular, necesariamente un carro paso por ahi y debe ser una via. Seria bien provechosa una reunion en linea un dia de estos. Fulton -- *De:* leonel parra leoparr...@gmail.com *Para:* OpenStreetMap Colombia talk-co@openstreetmap.org *Enviado:* Jueves,
Re: [Talk-co] Resumen de Talk-co, Vol 54, Envío 23
Hola Nicolás, en este momento este hilo está muy técnico, pero una vez logremos configurar lo necesario continuará en su estado normal, para que sigamos mapeando :) . Creo que gmail tiene una buena gestión de hilos, esto que comentas es raro porque mailman funciona bien con los digests, pero resultan incómodos para el resto de usuarios de la lista, ojalá puedas considerar usar etiquetas en gmail y aprovechar los hilos que genera en lugar de usar digests ;) El 11 de enero de 2013 10:29, Nicolás Vargas Ramírez vargasramireznico...@gmail.com escribió: Hola a tod@s Sé que esto no se relaciona con el tema que se está discutiendo, pero creo que está fallando algo en las listas de distribución de mensajes, pues yo estoy suscrito para que me llegue una sola con el compendio de lo que pasó en el día, y me están llegando de forma inmediata todos los mensajes. Un abrazo, y disculpen no aportar en la discusión pero realmente hasta ahora me estoy empapando de OSM. Nicolás Vargas El 11 de enero de 2013 10:23, talk-co-requ...@openstreetmap.orgescribió: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Datos automatizados y permisos para subir puntos (Ariel Nunez) -- Mensaje reenviado -- From: Ariel Nunez ingenieroar...@gmail.com To: OpenStreetMap Colombia talk-co@openstreetmap.org Cc: Date: Fri, 11 Jan 2013 10:23:07 -0500 Subject: Re: [Talk-co] Datos automatizados y permisos para subir puntos ssh geonode.openstreetmap.co sudo su postgres wget http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip unzip prueba_puntos.zip ogr2ogr -f PostgreSQL PG:dbname=geonode prueba_puntos.shp -nln prueba_puntos -overwrite -progress 0...10...20...30...40.. 2013/1/11 Ariel Nunez ingenieroar...@gmail.com Listo, yo me encargo de subirlo y configurarlo. -a 2013/1/11 Igor TAmara i...@tamarapatino.org Hola, en este momento estoy en un sitio con muy mala conexión a Internet, si alguien que tuviera acceso al geonode pudiera por favor descargar [1] para subirlo al geonode. No se si eventualmente Ariel ;) 1.http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip El 10 de enero de 2013 22:01, Igor TAmara i...@tamarapatino.orgescribió: super bien, muchas gracias. El 10 de enero de 2013 21:27, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Ya te cree el usuario en geonode.openstreetmap.co por el interno te doy los datos. salu2 Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) .
Re: [Talk-co] Resumen de Talk-co, Vol 54, Envío 23
Hola Igor Ya uso las etiquetas de OSM y como dices, gmail también facilita bastante la lectura de los mensajes. Espero más adelante poder aportar y participar en los hilos técnicos, pues aunque ahora entiendo la mitad de lo que dicen me interesa bastante aprender. Un saludos todos Nicolás El 11/01/2013, a las 12:27 p.m., Igor TAmara i...@tamarapatino.org escribió: Hola Nicolás, en este momento este hilo está muy técnico, pero una vez logremos configurar lo necesario continuará en su estado normal, para que sigamos mapeando :) . Creo que gmail tiene una buena gestión de hilos, esto que comentas es raro porque mailman funciona bien con los digests, pero resultan incómodos para el resto de usuarios de la lista, ojalá puedas considerar usar etiquetas en gmail y aprovechar los hilos que genera en lugar de usar digests ;) El 11 de enero de 2013 10:29, Nicolás Vargas Ramírez vargasramireznico...@gmail.com escribió: Hola a tod@s Sé que esto no se relaciona con el tema que se está discutiendo, pero creo que está fallando algo en las listas de distribución de mensajes, pues yo estoy suscrito para que me llegue una sola con el compendio de lo que pasó en el día, y me están llegando de forma inmediata todos los mensajes. Un abrazo, y disculpen no aportar en la discusión pero realmente hasta ahora me estoy empapando de OSM. Nicolás Vargas El 11 de enero de 2013 10:23, talk-co-requ...@openstreetmap.orgescribió: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Datos automatizados y permisos para subir puntos (Ariel Nunez) -- Mensaje reenviado -- From: Ariel Nunez ingenieroar...@gmail.com To: OpenStreetMap Colombia talk-co@openstreetmap.org Cc: Date: Fri, 11 Jan 2013 10:23:07 -0500 Subject: Re: [Talk-co] Datos automatizados y permisos para subir puntos ssh geonode.openstreetmap.co sudo su postgres wget http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip unzip prueba_puntos.zip ogr2ogr -f PostgreSQL PG:dbname=geonode prueba_puntos.shp -nln prueba_puntos -overwrite -progress 0...10...20...30...40.. 2013/1/11 Ariel Nunez ingenieroar...@gmail.com Listo, yo me encargo de subirlo y configurarlo. -a 2013/1/11 Igor TAmara i...@tamarapatino.org Hola, en este momento estoy en un sitio con muy mala conexión a Internet, si alguien que tuviera acceso al geonode pudiera por favor descargar [1] para subirlo al geonode. No se si eventualmente Ariel ;) 1.http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip El 10 de enero de 2013 22:01, Igor TAmara i...@tamarapatino.orgescribió: super bien, muchas gracias. El 10 de enero de 2013 21:27, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Ya te cree el usuario en geonode.openstreetmap.co por el interno te doy los datos. salu2 Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera
Re: [Talk-co] Datos automatizados y permisos para subir puntos
He configurado el WMS en el JOSM, pero no descarga los datos, este es un pantallazo de la configuración http://dl.dropbox.com/u/1720266/wms_carreteras_colombia.png He intentado usando la URL del PNG pero sigue saliendo error. http://geonode.openstreetmap.co/geoserver/wms?layers=geonode%3Aprueba_puntoswidth=550bbox=0.0%2C-1.0%2C0.0%2C-1.0service=WMSformat=image%2Fpngsrs=EPSG%3A4326request=GetMapheight=550 El 11 de enero de 2013 12:02, Igor TAmara i...@tamarapatino.org escribió: Buenísimo , esto es visible en http://geonode.openstreetmap.co/data/geonode:prueba_puntos , allí si hacen zoom hacia Cereté verán los puntos ofrecidos por Leonel, después podremos tener completas las vías generadas a partir de los puntos enviados por los dispositivos. Gracias Ariel, super chévere el recurso. El 11 de enero de 2013 10:23, Ariel Nunez ingenieroar...@gmail.comescribió: ssh geonode.openstreetmap.co sudo su postgres wget http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip unzip prueba_puntos.zip ogr2ogr -f PostgreSQL PG:dbname=geonode prueba_puntos.shp -nln prueba_puntos -overwrite -progress 0...10...20...30...40.. 2013/1/11 Ariel Nunez ingenieroar...@gmail.com Listo, yo me encargo de subirlo y configurarlo. -a 2013/1/11 Igor TAmara i...@tamarapatino.org Hola, en este momento estoy en un sitio con muy mala conexión a Internet, si alguien que tuviera acceso al geonode pudiera por favor descargar [1] para subirlo al geonode. No se si eventualmente Ariel ;) 1.http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip El 10 de enero de 2013 22:01, Igor TAmara i...@tamarapatino.orgescribió: super bien, muchas gracias. El 10 de enero de 2013 21:27, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Ya te cree el usuario en geonode.openstreetmap.co por el interno te doy los datos. salu2 Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace zoom aparecen los puntos y uno va continuando la línea para que cuando se finalice la misma se genere el gpx. Esto se haría para todo el país. Leonel, podrías por fa facilitarme un comprimido de los csvs de toda la base de datos para montarlo en un WFS por fa? Creo que a través de dropbox habría suficiente espacio para los 500k puntos. A ver si nos puede servir. P.D: Siéntanse libres de subir el gpx o hacer el trazo desde josm en la vía entre cereté y la otra población ;) El 10 de enero de 2013 17:48, Fulton Mercado f_merc...@yahoo.com escribió: Tienen razon en cuanto a lo de la numeracion. Habria que buscarle una solucion, se me ocurre que Uno del grupo se encargue
Re: [Talk-co] Resumen de Talk-co, Vol 54, Envío 23
Bienvenido, este rollo es super chévere, todo lo que puedas ir haciendo así te parezca poco es buen aporte, en el mapa o difundiendo. See you. El 11 de enero de 2013 12:38, Nicolás Vargas Ramírez vargasramireznico...@gmail.com escribió: Hola Igor Ya uso las etiquetas de OSM y como dices, gmail también facilita bastante la lectura de los mensajes. Espero más adelante poder aportar y participar en los hilos técnicos, pues aunque ahora entiendo la mitad de lo que dicen me interesa bastante aprender. Un saludos todos Nicolás El 11/01/2013, a las 12:27 p.m., Igor TAmara i...@tamarapatino.org escribió: Hola Nicolás, en este momento este hilo está muy técnico, pero una vez logremos configurar lo necesario continuará en su estado normal, para que sigamos mapeando :) . Creo que gmail tiene una buena gestión de hilos, esto que comentas es raro porque mailman funciona bien con los digests, pero resultan incómodos para el resto de usuarios de la lista, ojalá puedas considerar usar etiquetas en gmail y aprovechar los hilos que genera en lugar de usar digests ;) El 11 de enero de 2013 10:29, Nicolás Vargas Ramírez vargasramireznico...@gmail.com escribió: Hola a tod@s Sé que esto no se relaciona con el tema que se está discutiendo, pero creo que está fallando algo en las listas de distribución de mensajes, pues yo estoy suscrito para que me llegue una sola con el compendio de lo que pasó en el día, y me están llegando de forma inmediata todos los mensajes. Un abrazo, y disculpen no aportar en la discusión pero realmente hasta ahora me estoy empapando de OSM. Nicolás Vargas El 11 de enero de 2013 10:23, talk-co-requ...@openstreetmap.orgescribió: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Datos automatizados y permisos para subir puntos (Ariel Nunez) -- Mensaje reenviado -- From: Ariel Nunez ingenieroar...@gmail.com To: OpenStreetMap Colombia talk-co@openstreetmap.org Cc: Date: Fri, 11 Jan 2013 10:23:07 -0500 Subject: Re: [Talk-co] Datos automatizados y permisos para subir puntos ssh geonode.openstreetmap.co sudo su postgres wget http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip unzip prueba_puntos.zip ogr2ogr -f PostgreSQL PG:dbname=geonode prueba_puntos.shp -nln prueba_puntos -overwrite -progress 0...10...20...30...40.. 2013/1/11 Ariel Nunez ingenieroar...@gmail.com Listo, yo me encargo de subirlo y configurarlo. -a 2013/1/11 Igor TAmara i...@tamarapatino.org Hola, en este momento estoy en un sitio con muy mala conexión a Internet, si alguien que tuviera acceso al geonode pudiera por favor descargar [1] para subirlo al geonode. No se si eventualmente Ariel ;) 1.http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip El 10 de enero de 2013 22:01, Igor TAmara i...@tamarapatino.orgescribió: super bien, muchas gracias. El 10 de enero de 2013 21:27, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Ya te cree el usuario en geonode.openstreetmap.co por el interno te doy los datos. salu2 Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en
Re: [Talk-co] Datos automatizados y permisos para subir puntos
Por favor quitar mi direccion de la lista de Open Street Map batkin...@co.mercycorps.org Sent from my BlackBerry® wireless device -Original Message- From: hyan...@gmail.com hyan...@gmail.com Date: Fri, 11 Jan 2013 12:45:41 To: OpenStreetMap Colombiatalk-co@openstreetmap.org Reply-To: OpenStreetMap Colombia talk-co@openstreetmap.org Subject: Re: [Talk-co] Datos automatizados y permisos para subir puntos ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Como desarrollar aplicación para iPhon y Android
Seguro que encontrarás ampliación en la Wiki de OSM http://wiki.openstreetmap.org/wiki/Software/Mobile El 11 de enero de 2013 12:38, Igor TAmara i...@tamarapatino.org escribió: Vea mapbox.com/mobile/ eso es específico para iOS, el ecosistema en torno a OSM para Android es aún más grande. El 11 de enero de 2013 12:30, Diego Uribe Gamez diego.uribe.ga...@gmail.com escribió: Buenas tardes, Voy a empezar a trabajar para desarrollar una aplicación movil y la idea es insertar mapas de osm en forma nativa en mi aplicación iPhon y Android, me podría ayudar a conseguir documentación o información de programación al respecto? Gracias. -- *Diego Alonso Uribe Gamez* -- *Desarrollador web* Twitter: @DiegoUG http://www.twitter.com/DiegoUG Google+: http://gplus.to/diegoug -- ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Datos automatizados y permisos para subir puntos
Confirmo, ya aparece con esta configuración [1], hay que tenerle un poco de paciencia para la descarga de la capa. [1] http://dl.dropbox.com/u/1720266/wms_carreteras_colombia.png El 11 de enero de 2013 12:45, hyan...@gmail.com hyan...@gmail.comescribió: He configurado el WMS en el JOSM, pero no descarga los datos, este es un pantallazo de la configuración http://dl.dropbox.com/u/1720266/wms_carreteras_colombia.png He intentado usando la URL del PNG pero sigue saliendo error. http://geonode.openstreetmap.co/geoserver/wms?layers=geonode%3Aprueba_puntoswidth=550bbox=0.0%2C-1.0%2C0.0%2C-1.0service=WMSformat=image%2Fpngsrs=EPSG%3A4326request=GetMapheight=550 El 11 de enero de 2013 12:02, Igor TAmara i...@tamarapatino.orgescribió: Buenísimo , esto es visible en http://geonode.openstreetmap.co/data/geonode:prueba_puntos , allí si hacen zoom hacia Cereté verán los puntos ofrecidos por Leonel, después podremos tener completas las vías generadas a partir de los puntos enviados por los dispositivos. Gracias Ariel, super chévere el recurso. El 11 de enero de 2013 10:23, Ariel Nunez ingenieroar...@gmail.comescribió: ssh geonode.openstreetmap.co sudo su postgres wget http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip unzip prueba_puntos.zip ogr2ogr -f PostgreSQL PG:dbname=geonode prueba_puntos.shp -nln prueba_puntos -overwrite -progress 0...10...20...30...40.. 2013/1/11 Ariel Nunez ingenieroar...@gmail.com Listo, yo me encargo de subirlo y configurarlo. -a 2013/1/11 Igor TAmara i...@tamarapatino.org Hola, en este momento estoy en un sitio con muy mala conexión a Internet, si alguien que tuviera acceso al geonode pudiera por favor descargar [1] para subirlo al geonode. No se si eventualmente Ariel ;) 1.http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip El 10 de enero de 2013 22:01, Igor TAmara i...@tamarapatino.orgescribió: super bien, muchas gracias. El 10 de enero de 2013 21:27, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Ya te cree el usuario en geonode.openstreetmap.co por el interno te doy los datos. salu2 Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.com escribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace zoom aparecen los puntos y uno va continuando la línea para que cuando se finalice la misma se genere el gpx. Esto se haría para todo el país. Leonel, podrías por fa facilitarme un comprimido de los csvs de toda la base de datos para montarlo en un WFS por fa? Creo que a través de dropbox habría suficiente espacio para los 500k puntos. A ver si nos puede servir. P.D: Siéntanse libres de subir el gpx o hacer el
Re: [Talk-co] Datos automatizados y permisos para subir puntos
Las imágenes descargan más rápido a una escala menor (1Km). ¿Qué fuente usamos? Source=Geonode Colombia? ¿etiquetas? highway=* El 11 de enero de 2013 12:59, hyan...@gmail.com hyan...@gmail.comescribió: Confirmo, ya aparece con esta configuración [1], hay que tenerle un poco de paciencia para la descarga de la capa. [1] http://dl.dropbox.com/u/1720266/wms_carreteras_colombia.png El 11 de enero de 2013 12:45, hyan...@gmail.com hyan...@gmail.comescribió: He configurado el WMS en el JOSM, pero no descarga los datos, este es un pantallazo de la configuración http://dl.dropbox.com/u/1720266/wms_carreteras_colombia.png He intentado usando la URL del PNG pero sigue saliendo error. http://geonode.openstreetmap.co/geoserver/wms?layers=geonode%3Aprueba_puntoswidth=550bbox=0.0%2C-1.0%2C0.0%2C-1.0service=WMSformat=image%2Fpngsrs=EPSG%3A4326request=GetMapheight=550 El 11 de enero de 2013 12:02, Igor TAmara i...@tamarapatino.orgescribió: Buenísimo , esto es visible en http://geonode.openstreetmap.co/data/geonode:prueba_puntos , allí si hacen zoom hacia Cereté verán los puntos ofrecidos por Leonel, después podremos tener completas las vías generadas a partir de los puntos enviados por los dispositivos. Gracias Ariel, super chévere el recurso. El 11 de enero de 2013 10:23, Ariel Nunez ingenieroar...@gmail.comescribió: ssh geonode.openstreetmap.co sudo su postgres wget http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip unzip prueba_puntos.zip ogr2ogr -f PostgreSQL PG:dbname=geonode prueba_puntos.shp -nln prueba_puntos -overwrite -progress 0...10...20...30...40.. 2013/1/11 Ariel Nunez ingenieroar...@gmail.com Listo, yo me encargo de subirlo y configurarlo. -a 2013/1/11 Igor TAmara i...@tamarapatino.org Hola, en este momento estoy en un sitio con muy mala conexión a Internet, si alguien que tuviera acceso al geonode pudiera por favor descargar [1] para subirlo al geonode. No se si eventualmente Ariel ;) 1.http://igor.tamarapatino.org/samples/manypoints/prueba_puntos.zip El 10 de enero de 2013 22:01, Igor TAmara i...@tamarapatino.orgescribió: super bien, muchas gracias. El 10 de enero de 2013 21:27, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola, Leonel nos compartió un archivo [1] para hacer pruebas de unas vías de forma que se pueda colocar en el geonode, no se quién tiene control de la máquina, para darle una prueba a ver cómo nos va :) . Yo no tengo acceso a la máquina del geonode y no se cómo se habilitan los wms a partir de los shapefiles. Ya te cree el usuario en geonode.openstreetmap.co por el interno te doy los datos. salu2 Adicionalmente si alguien sabe de un videotutorial o instrucciones para hacer uso de un wms en JOSM, esto sería ideal para que pudiéramos contar con este recurso y más personas se animaran a trazar vías. Creo que esto sobre todo es relevante en las zonas en las que no tenemos aerofotografía o en las cuales la aerofotografía es muy antigua. 1.http://igor.tamarapatino.org/samples/manypoints/pruebas.zip El 10 de enero de 2013 20:26, Fredy Rivera fredyriv...@gmail.comescribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Si el geonode puede darnos capas wms, eso sería perfecto porque podemos consumirlo desde JOSM o merkaartor o QGiS, ese sería el mejor camino Si hay que hacer alguna transformación de los puntos para facilitar la subida al WMS, déjenme saber para ayudar. geonode recibe los datos en shape, entonces sería: 1. Abrir los csv en Qgis y trabajarlos de ser necesario. 2. Exportarlos a shape 3. Subir al geonode. 4. Crear un mapa y servirlo como WMS desde el Geonode. salu2 Humano El 10 de enero de 2013 18:51, Fredy Rivera fredyriv...@gmail.com escribió: 2013/1/10 Igor TAmara i...@tamarapatino.org Hola Hola, si hubiera una forma sencilla de encontrar la continuidad de los puntos, habría generado el gpx :( , la cuestión es que son etiquetas de múltiples vehículos en fechas distintas, unos hacia un sentido y otros hacia el otro. Por tal motivo hice la pregunta de interpolación en stackexchange ;) . De la cual no he obtenido respuesta y por la experiencia que he visto en esto, parece que ya no va a ser obtenida tal respuesta. Los puntos también se podrian subir como csv o kml algeonode y usarlo desde alli como una capa WMSpara calcarlos, eso creo que es lo mas simple y práctico por la cantidad de información y la ausencia de continuidad. salu2 humano Por tal motivo, creo que lo más conveniente sería crear un wfs o un servicio parecido que nos permita hacer la generación manual de la vía, es decir, lo que se hace es que cuando uno hace zoom aparecen los puntos y uno va continuando la línea para que cuando se finalice la misma se genere el gpx. Esto se haría para todo el país. Leonel, podrías por fa facilitarme un comprimido de los csvs de
Re: [Talk-dk] Fugro luftfotos på sydfyn, vest for Svendborg
11. jan. 2013 01.56 skrev Peter Brodersen pe...@ter.dk: 2. Hosting Jeg prøver at spørge rundt omkring, overvejer at sætte en maskine op selv herhjemme midlertidigt, samt tænker på at høre nogle af de internationale OSM-folk, om de ikke i forvejen er involverede i at drive mapservere. Og så skal vi også finde ud af, om Geodatastyrelsen selv sætter en kortservice op på et tidspunkt, som man så blot kan bruge direkte. Har du overblik over hvor meget diskplads og båndbredde der er brug for? Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Vägklassningar
Hmmm, jag har fortfarande inte fått svar på vad som anses vara större orter? Och det verkar inte heller finnas ett komplett svar på vad som är riksintresse? En annan fundering är hur ritar man i de gamla bilkartorna? Är det kartbolaget som tyckt till där också? - - - Detsamma gäller exempelvis länsväg 100, som till största delen är 2+1-väg Om den taggas som länsväg och 2+1-väg så är väl det mest rätt. Eller menar du att renderaren inte tar hänsyn till 2+1 och att du taggar för renderaren...? ;-) Exempelvis byttes just väg 16 mellan Lund och Dalby till väg 102, trots att åtminstone delar av vägen är fyrfilig Detta åtgärdas istället med extratagg lanes=* fler exempel på riks- och länsvägar (och tom E-vägar) som inte håller speciellt hög standard. Det finns alltså behov av att tagga olika riks- och länsvägar på olika sätt Nu är du fel ute tycker jag! Standard ska inte taggas med hjälp av higway-taggen, det ska vara extrataggar som tex bredd, hastighet, filer och dylikt som ger denna information! Finns det någon tagg för vägkvalitet? Österlen, där det över huvud taget inte finns några primära länsvägar Varför finns det ett behov av att få till sådana vägar där? Om de inte finns, så ska väl vi inte skapa dem? Och är det stora/fina vägar men lågt klassade - tagga vägbredd/beläggning/antal filer på dem istället! - - - - Jag tror du missar min poäng. Naturligtvis finns det behov av att tagga olika riks- och länsvägar på olika sätt! Men jag tycker inte man ska göra det med highway-taggen! Och det enkla argumentet för det är att vi då kan få till (mer) lättbegripliga regler för taggning av vägar - vilket borde leda till enhetlig taggning, fler som taggar rätt och i slutänden ge en mer användbar karta. När vi gör denna klassning i highway-taggen förvirrar vi för alla utom inbitna OSM:are. Vi borde klassa vägarna så som de är klassade i verkligheten (tyvärr kanske utan att vi förstår varför) och istället lägga krutet på att förbättra nuvarande klassning med extrataggar. Det gör ju i grund och botten bara OSM lika bra som andra, men ännu bättre om vi får till fler taggar! // Mvh Peter On 2013-01-11 00:09, Andreas Vilén wrote: Jag skrev fel, självklart menar jag att det inte finns några PRIMÄRA länsvägar på Österlen. Dessutom verkar Norra Ringen i Lund ha tappat sitt nummer helt och blivit gren till E22, men det ändrar inte huvudsaken i mitt argument /Andreas 2013/1/10 Andreas Vilén andreas.vi...@gmail.com mailto:andreas.vi...@gmail.com Jag har för mig att det finns en lista över de vägar som betraktas ha riksintresse, men just nu kan jag bara hitta http://www.trafikverket.se/PageFiles/14982/pm_riksintressen_for_trafikslagens_anlaggningar_2010-11-17.pdf som bara beskriver egenskaper de ska ha. Vilka vägar som är stamvägar finns ju dock definierat. Det är inte så enkelt med riksväg och länsväg att en väg bara måste ha en viss status för att uppfylla kraven. Det finns gott om länsvägar i riksvägsklass och tvärtom, så det verkar vara helt blandat. Exempelvis byttes just väg 16 mellan Lund och Dalby till väg 102, trots att åtminstone delar av vägen är fyrfilig. Det skulle kännas väldigt konstigt att tagga om en sådan väg till secondary, speciellt eftersom den utgör Lunds norra ringled, och det redan finns gott om stadsgator i Lund med secondary. Detsamma gäller exempelvis länsväg 100, som till största delen är 2+1-väg, eller för den delen Österlen, där det över huvud taget inte finns några sekundära länsvägar. Där hade i så fall allt varit antingen primary eller tertiary. Riksväg 19 norr om Kristianstad går som smal bygata i 50 genom mindre samhällen. De som har lokalkännedom norr om Stockholm kan säkert ge än fler exempel på riks- och länsvägar (och tom E-vägar) som inte håller speciellt hög standard. Det finns alltså behov av att tagga olika riks- och länsvägar på olika sätt. Frågan är bara vad som ska avgöra vilken tagg som ska avgöras var. /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
En annan fundering är hur ritar man i de gamla bilkartorna? Är det kartbolaget som tyckt till där också? Om man t ex tittar på lantmäteriets Översiktskartan så är indelningen enligt följande när det gäller med vilken linjestil/grovlek vägarna ritas: Motorväg Motortrafikled Allmän väg 7 m Allmän väg 5-7 m Allmän väg 5 m Enskild väg Sedan blir det olika färg på de allmäna vägarna (röd eller orange) beroende på om vägnumret är E4-499 eller 500. (Jag tycker personligen att det är vettigt att dela in vägarnas typ efter storlek/vägbredd istället för efter om de är länsvägar, riksvägar eller annat. För användning som vägkarta är vägens beskaffenhet mycket mer intressant än den administrativa indelningen eller om den är av riksintresse eller går mellan stora städer. Vägbredden är dessutom objektivt mätbar.) //Mattias ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Problemet vidare är väl att det är näst intill omöjligt att faktiskt mäta en vägs bredd på ett tillförlitligt sätt, åtminstone mer trafikerade sådana (jag är inte villig att dra ut mitt i natten och mäta vägar med tumstock iaf), och då blir det bättre att tagga över proxy, dvs en annan vägklass, lite som bilkartan som Mattias nämner. Nu verkar det ju också finnas en lista (eller karta) över vilka vägar som är av riksintresse, och då kan vi väl försöka följa den? Vilka orter som är stora är ju subjektivt, men där får man väl applicera samma sorts sunt förnuft som Peter hänvisar till när han pratar om taggning av tätorter i sitt vägtaggningsdokument. Ang. i tätorter kanske vi skulle låta oss inspireras av riktlinjerna för Finland. De ser rätt vettiga ut: http://wiki.openstreetmap.org/wiki/WikiProject_Finland#Within_urban_areas /Andreas 2013/1/11 Mattias Lindblad o...@matli.net: En annan fundering är hur ritar man i de gamla bilkartorna? Är det kartbolaget som tyckt till där också? Om man t ex tittar på lantmäteriets Översiktskartan så är indelningen enligt följande när det gäller med vilken linjestil/grovlek vägarna ritas: Motorväg Motortrafikled Allmän väg 7 m Allmän väg 5-7 m Allmän väg 5 m Enskild väg Sedan blir det olika färg på de allmäna vägarna (röd eller orange) beroende på om vägnumret är E4-499 eller 500. (Jag tycker personligen att det är vettigt att dela in vägarnas typ efter storlek/vägbredd istället för efter om de är länsvägar, riksvägar eller annat. För användning som vägkarta är vägens beskaffenhet mycket mer intressant än den administrativa indelningen eller om den är av riksintresse eller går mellan stora städer. Vägbredden är dessutom objektivt mätbar.) //Mattias ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Jag håller på och roar mig med att försöka efterlikna Terrängkartan (mest för att kunna printa egna kartblad att ha i fickan på expeditioner; se http://www.lysator.liu.se/~ture/topokarta/), och då har jag stört mig på att just de saker som används för att välja hur vägar ska ritas på de kartorna (bredd och allmän/enskild väg) nästan alltid fattas i OSM. Bredd finns det ju en tag för (marsch ut med er och tagga width=* på allt i närheten!) men hur är det med allmän/enskild väg? Finns det något vedertaget sätt att markera det? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Alla riks- och länsvägar är förstås allmänna. Så även de sekundära länsvägarna. Om man har svårt att identifiera sekundära länsvägar (de är inte alltid asfalterade) kan man göra det baserat på att de alltid har blå skyltar (eller lokala mål, vita) till sin destination, medan enskilda vägar har gula skyltar. Och nej, jag tänker inte börja tagga vägbredd, eftersom det är fullständigt livsfarligt. /Andreas 2013/1/11 Ture Pålsson t...@lysator.liu.se: Jag håller på och roar mig med att försöka efterlikna Terrängkartan (mest för att kunna printa egna kartblad att ha i fickan på expeditioner; se http://www.lysator.liu.se/~ture/topokarta/), och då har jag stört mig på att just de saker som används för att välja hur vägar ska ritas på de kartorna (bredd och allmän/enskild väg) nästan alltid fattas i OSM. Bredd finns det ju en tag för (marsch ut med er och tagga width=* på allt i närheten!) men hur är det med allmän/enskild väg? Finns det något vedertaget sätt att markera det? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Angående att mäta upp vägbredd så är jag naturligtvis inte ute efter att folk ska krypa runt med måttband på nätterna. (Däremot är det ju jätteanvändbar information i de fall någon gör det.) Däremot tycker jag ändå att vägbredd är ett bra och objektivt mått för den grova highway-taggningen. Och då menar jag som sagt inte en uppmätt vägbredd, utan en grovuppskattad klassning. Typ 7 m = Tre bilar får plats i bredd == Primary 5-7 m = Två bilar kan mötas i normal fart == Secondary 5 m = Mindre än att två bilar kan mötas bekvämt i full fart == Tertiary Enskild väg == Unclassified? (Vägarna i lantmäteriets översiktskarta är alltså inte uppmärkta med vägbredd eller vägnummer, utan har verkligen information av typen Allmän väg, 7m, vägnummer 500 för varje objekt.) Jag tycker att en sådan uppskattning är enklare och mer logisk att göra än andra alternativ, och dessutom till större nytta för de flesta brukarna. Information om huruvida vägar är av riksintresse, länsvägar, riksvägar, turistvägar utflyktsvägar, mindre länsvägar o s v tycker jag mest känns intressant för myndighetsbruk eller något sådant, och gör sig bäst i andra taggar än den viktigaste indelningen enligt highway-tag. //Mattias 2013/1/11 Andreas Vilén andreas.vi...@gmail.com: Alla riks- och länsvägar är förstås allmänna. Så även de sekundära länsvägarna. Om man har svårt att identifiera sekundära länsvägar (de är inte alltid asfalterade) kan man göra det baserat på att de alltid har blå skyltar (eller lokala mål, vita) till sin destination, medan enskilda vägar har gula skyltar. Och nej, jag tänker inte börja tagga vägbredd, eftersom det är fullständigt livsfarligt. /Andreas 2013/1/11 Ture Pålsson t...@lysator.liu.se: Jag håller på och roar mig med att försöka efterlikna Terrängkartan (mest för att kunna printa egna kartblad att ha i fickan på expeditioner; se http://www.lysator.liu.se/~ture/topokarta/), och då har jag stört mig på att just de saker som används för att välja hur vägar ska ritas på de kartorna (bredd och allmän/enskild väg) nästan alltid fattas i OSM. Bredd finns det ju en tag för (marsch ut med er och tagga width=* på allt i närheten!) men hur är det med allmän/enskild väg? Finns det något vedertaget sätt att markera det? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Bra med en diskussion här. Jag tänker i alla fall att det vore bra att tydligare kunna skilja vägens *utförande* och trafiklagstiftningsmässiga klassifikation såsom motorväg (implicerar både fysiska och juridiska egenskaper) motortrafikled (kan se ut nästan hur som helst, men cykelförbud etc som ovan) 2+1-väg 12-metersväg med breda vägrenar ... från nät-klassificering såsom europaväg riksväg (tvåsiffrig) länsväg riksintresse (syns inte på nummer) länsväg övrig skyltad (288 osv) länsväg övrig enskild väg och sen naturligtvis alla gator i tätort med kommunal väghållare I det sammanhanget tycker jag highway=motorway är något dåligt. Det finns kommunala trafikleder klassade som motorväg, men som inte är länsväg ens. Och en europaväg kan vara smal och med ringa trafik, kanske rentav grusväg (uppe i lappland). Det senare, europaväg, kan man ju delvis tolka ur ref genom att det börjar på E (och skulle kunna tolka läns/riksvägar på antal siffror), men klassificeringen för highway känns lite godtycklig. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-ro] Colţan este sat sau nu ?
Din pozele din link [1] si din video [2] nu pare sa fie abandonat (antene satelit pe case) dar e adevarat ca sunt din 2010 respectiv 2011 materialele. [1] http://www.banatuldemunte.ro/2010/05/banatul-de-munte-coltan.html [2] http://www.youtube.com/watch?v=Pueb0Ujf5CM 2013/1/11 Strainu strain...@gmail.com Nu există în SIRUTA iar pe wiki scrie clar că e abandonat. Dacă vrei neapărat bănuiesc că poți să desenezi casele, dar nu văd niciun motiv pentru care să fie marcat ca sat. Strainu În data de 10 ianuarie 2013, 17:41, Badita Florin baditaflo...@gmail.com a scris: Pe harta nu il vad trecut ? Este vorba de http://ro.wikipedia.org/wiki/Col%C8%9Ban Cu locatie fizica aici http://www.openstreetmap.org/?lat=45.36858lon=21.80385zoom=15layers=M Ce alte informatii am mai gasit despre coltan este acest articol http://www.banatuldemunte.ro/2010/05/banatul-de-munte-coltan.html ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ca] Groupe OSM à Montréal?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 12-11-22 10:36 PM, Fabian Rodriguez a ←crit : [...] Comme je voulais faire un r←union LibrePlanet bientt (http://www.libreplanet-qc.org), je me disais qu'on pouvait combiner les deux, et les gens int←ress←s par OSM seulement peuvent arriver + tard (vers 1PM), un samedi, et le tout terminerait vers 17h. Qu'en pensez-vous? J'ai mis un framadate ici pour voir vos disponibilit←s: http://framadate.org/lx8myhuxhfw5sbyb Finallement le local pr←vu (Maison Notman) n'est pas disponible ce samedi. tant donn← le faible taux de r←ponse (un peu par manque de diffusion aussi), je pr←f│re annuler la rencontre de demain et mieux la pr←parer pour une prochiaine fois. Je vais re-communiquer sur ces listes de discussion sous peu. Merci, Fabian Rodriguez http://openstreetmap.magicfab.ca -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlDwZ9gACgkQfUcTXFrypNV33ACgk3+yRxfNqq07V5VHXpF4H3vI BSQAn0R0JuzQI0SQ+w44016UQTbBTiry =B3HZ -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Intéressant ! Pour mémoire, Guillaume Touya est l'auteur de la première évaluation de la qualité des données OpenStreetMap par l'IGN. http://geotribu.net/sites/default/files/Tuto/img/Blog/OSM/touya_girres_SAGEO_09_r%C3%A9sum%C3%A9.pdf Denis -Message d'origine- De : SylvainH [mailto:nbelsylv...@hotmail.com] Envoyé : vendredi 11 janvier 2013 08:51 À : talk-fr@openstreetmap.org Objet : [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives Vu par hasard ce matin sur le web : http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf -- View this message in context: http://gis.19327.n5.nabble.com/Proposition-de-stage-a-l-IGN-sur-les-donnees-collaboratives-tp5743888.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Interessant comme sujet ! J espere que le rapport et les resultats seront publies Julien De : SylvainH nbelsylv...@hotmail.com À : talk-fr@openstreetmap.org Envoyé le : Vendredi 11 janvier 2013 8h50 Objet : [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives Vu par hasard ce matin sur le web : http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf -- View this message in context: http://gis.19327.n5.nabble.com/Proposition-de-stage-a-l-IGN-sur-les-donnees-collaboratives-tp5743888.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
2013/1/11 THEVENON Julien julien_theve...@yahoo.fr: Ca me fait penser qu'on devrait pouvoir détecter et corriger nous-même ces grappes de bâti qui ne sont dans aucun landuse ou en pleine forêt. C'est une étape qui manque dans l'import cadastral. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un communauté de commune qui participe, mais…
Le 10 janv. 2013 à 21:41, Romain MEHUT a écrit : Perso, je trouve que le ton très familier vis à vis d'une collectivité est plutôt risqué. A nous de faire preuve de pédagogie... désolé d'avoir choqué, mais je ne vais pas battre ma coulpe trop longtemps ;-) Juste une petite rectification, ce n'est pas une CC mais un Syndicat mixte, oups… Et une précision, j'ai adressé ce message via le compte du contributeur, donc au sein du Sivom, ce ne devrait être que le contributeur à Osm qui le recevra (s'il est encore là et que ce n'était pas un stagiaire jetable…). Il me semble aussi avoir bien précisé que si mes doutes ne sont pas fondés, je lui présentais des excuses par avance. Le truc, et c'est pour ça que j'avais mis la copie de mon message sur la liste, c'est que j'aurai bien aimé faire une vérification, mais je n'ai pas accès aux couche carto qui permettraient de le faire (bd topo, bd nyme, cadastre numérisé ou autre) et que si quelqu'un avait ça en stock et pouvait jeter un coup d'oeil, ça aurait permis de lever le doute. Il serait peut-être possible de le faire en regardant la vitesse des intégrations, mais la non plus je ne connais pas les outils. Ceci dit je préfère très nettement me tromper et avoir des doutes illégitimes, c'est juste le nombre de trucs à modifier qui m'emm… ;-) Romain Le 10 janvier 2013 16:51, sly (sylvain letuffe) li...@letuffe.org a écrit : On jeudi 10 janvier 2013, Christian Quest wrote: Nous avons mis en place ce groupe pour éviter de pointer du doigt tel ou tel contributeur. Cela permet aussi un peu plus de diplomatie... ça évite les crispations. Donc à suivre sur GA... Oui, enfin, on est pas obligé non plus hein ? Si ades_six préfère en parler ici, ça peut aussi bien le faire, GA ça veut dire Dernier Recours, sans quoi on va nous reprocher de faire le comité des pontes dans leur tour d'ivoire qui ne font que mimiquer le DWG ;-p A nous tous de rester respectueux et de pré-supposer la bonne foi avant tout. (ce qui, j'en suis sûr, est le cas ici) Ce qui suivait le : Je suis sans doute un peu parano ;-) (...) pourrait peut-être être mal vu par la CC si elle voit se message en public en se disant : hé ben, on veux bien faire et s'est limite si on passe pour des sagouins, mais avec le simley, ça passe un peu mieux ;-) Les invité à en parler, est toutefois la bonne démarche que tu as eu à mon avis. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
J'ai mis l'info sur le site web... et corrigé le landuse et divers détails à partir de bing et du cadastre ;) http://www.openstreetmap.org/?lat=43.27734lon=-0.37162zoom=17layers=M Le 11 janvier 2013 09:47, Pieren pier...@gmail.com a écrit : 2013/1/11 THEVENON Julien julien_theve...@yahoo.fr: Ca me fait penser qu'on devrait pouvoir détecter et corriger nous-même ces grappes de bâti qui ne sont dans aucun landuse ou en pleine forêt. C'est une étape qui manque dans l'import cadastral. 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
Re: [OSM-talk-fr] Proposition d'intégration des données du parc botanique de Haute-Bretagne
Oui Pieren ta remarque est tout à fait pertinente et je suis totalement d'accord avec toi. Dans ma procédure d'extraction, je pense faire un gros tri qui enlèvera les brins d'herbes et les branches d'arbre. ;-) Déjà le principal c'est la position des arbres et leurs essences. Après le reste je verrai. De toute façon dès que j'ai réussi à accéder à la visualisation des données, je vous tiens au courant sur cette liste pour que tout le monde puisse donner son avis sur ce qu'il faut verser ou pas dans OpenStreetMap. Nicolas Le 10/01/2013 10:39, Pieren a écrit : 2013/1/9 Nicolas Moyroud nmoyr...@free.fr: 5 ?! Euh, personne ne se demande si ça vaut vraiment la peine de géolocaliser chaque brin d'herbe ou branche d'arbre d'un parc, même botanique, dans OSM ? Bon on a vu que les zoos dans OSM pouvaient parfois indiquer les différentes zones par animaux mais on n'a pas une telle densité de données (au pire, 30, 50 éléments ?). Une densité telle qu'elle nécessiterait des outils spéciaux pour les visualiser (zoom = 25 ?) sans parler des limitations de certains éditeurs. Moi, je sais pas. Je pose juste la question. 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] Proposition de stage à l'IGN sur les données collaboratives
Si d'aventure le futur stagiaire lit ce fil de discussion, il sera bien inspiré d'aller piocher de bonnes idées de sites de référence sur cette page (en particulier pour trouver des zones à généraliser) : http://wiki.openstreetmap.org/wiki/FR:Cartotheque Ce serait bien également de travailler sur une zone (commune, canton ...) pour laquelle le landuse a été laissé en l'état depuis l'import Corine, avec quelques polygones non importés automatiquement, afin de montrer comment la situation peut être améliorée : _ Utilisation de l'outil http://clc.openstreetmap.fr _ Prise en considération de données disponibles en Open Data, mais encore faiblement mises en valeur dans OSM (en particulier le Référentiel Parcellaire Graphique, qui est très complémentaire de Corine) _ Les outils classiques Orthophotos / Cadastre _ Et le terrain ! 2013/1/11 SylvainH nbelsylv...@hotmail.com Vu par hasard ce matin sur le web : http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf -- View this message in context: http://gis.19327.n5.nabble.com/Proposition-de-stage-a-l-IGN-sur-les-donnees-collaboratives-tp5743888.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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Le 11 janvier 2013 10:47, Ab_fab gamma@gmail.com a écrit : _ Prise en considération de données disponibles en Open Data, mais encore faiblement mises en valeur dans OSM (en particulier le Référentiel Parcellaire Graphique, qui est très complémentaire de Corine) C'est en projet... cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Occupation_du_sol ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Si j'ai bien compris ce sont les élément de Corinne que tu modifies ? Dans ce cas que se passe-t-il si quelqu'un réimporte Corinne ? Je pose la question car dans mon p'tit coin (je suis très localiste) il me semble avoir adapté (il y a p'tet 3 ans maintenant et j'ai la mémoire qui flanche) des éléments de Corinne à la réalité (contour des parcelle cadastrales bâtie, sur fond du scan du cadastre en ligne) mais ça a été remplacé depuis, j'ai l'impression que corinne a été réimporté (pas certain quand même). Faut refaire ? Le 11 janv. 2013 à 10:29, Christian Quest a écrit : J'ai mis l'info sur le site web... et corrigé le landuse et divers détails à partir de bing et du cadastre ;) http://www.openstreetmap.org/?lat=43.27734lon=-0.37162zoom=17layers=M Le 11 janvier 2013 09:47, Pieren pier...@gmail.com a écrit : 2013/1/11 THEVENON Julien julien_theve...@yahoo.fr: Ca me fait penser qu'on devrait pouvoir détecter et corriger nous-même ces grappes de bâti qui ne sont dans aucun landuse ou en pleine forêt. C'est une étape qui manque dans l'import cadastral. 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Oui, grâce à Mickaël, Moutiers-sous-Argentonhttp://www.openstreetmap.org/?lat=46.9688lon=-0.372zoom=13layers=Msera peut être une bonne zone cobaye pour cette étude :-) Le 11 janvier 2013 10:51, Romain MEHUT romain.me...@gmail.com a écrit : Le 11 janvier 2013 10:47, Ab_fab gamma@gmail.com a écrit : _ Prise en considération de données disponibles en Open Data, mais encore faiblement mises en valeur dans OSM (en particulier le Référentiel Parcellaire Graphique, qui est très complémentaire de Corine) C'est en projet... cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Occupation_du_sol ___ 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, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Dans le genre la commune de Caseneuve à côté d'Apt n'est pas mal non plus ! http://www.openstreetmap.org/?lat=46.9688lon=-0.372zoom=13layers=M Nicolas Le 11/01/2013 11:00, Ab_fab a écrit : Oui, grâce à Mickaël, Moutiers-sous-Argenton http://www.openstreetmap.org/?lat=46.9688lon=-0.372zoom=13layers=M sera peut être une bonne zone cobaye pour cette étude :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] wiki travel bientôt de sortie
Salut, La communauté Wikimedia va lancer la semaine prochaine son nouveau projet Wiki voyage http://fr.wikivoyage.org, qui est éminemment cartographique. Je m'éloigne un peu du sujet OSM en proposant d'y contribuer, mais Wikimedia a toujours été un projet frère et je pense qu'un contributeur OSM peut faire le boulot rapidement. Je constate que les coordonnées géographiques sont bien présentes en haut à droite de certaines pages, mais qu'il y en a peu (genre New-Yorkhttp://en.wikivoyage.org/wiki/New_York_CityOK mais Stuttgart http://fr.wikivoyage.org/wiki/Stuttgart non). Or je vois que sur chaque page un lien vers l'article wikipedia du lieu est fait : [[Wikipedia:fr:Stuttgart]] Comme vous le savez surement la plupart des pages wikipedia sont déjà géolocalisée via leur coordonnées mais également avec l'objet OSM. Action rapide : importer les coordonnées dans wiki voyage depuis wikipedia. A priori il n'y a pas de problématique de maintenabilité, les lieux géographiques changeant rarement de place ^^ Autre sujet : je remarque qu'il n'y a pas de mini-map sur wiki travel alors qu'elle existe en haut à droite à coté des coordonnées sur Wikipedia Encore autre sujet : Il y a beaucoup de lieux indiqués au sein des pages, mais aucun n'est géolocalisé ex:* La Tour Eiffel, RER C Station Champ de Mars - Tour Eiffel ; métro 6, Station : Bir-Hakeim* Tout cela manque cruellement de précision ... Bref il y a beaucoup à faire, je regrette de n'avoir que des compétences limités, je l'aurai bien fait moi-même :( Je publie également ce message la mailing-list MAPS de wikimediahttps://lists.wikimedia.org/mailman/listinfo/maps-l, si vous voulez aider welcome. a+ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Le 11 janvier 2013 11:00, ades_...@orange.fr ades_...@orange.fr a écrit : Si j'ai bien compris ce sont les élément de Corinne que tu modifies ? Dans ce cas que se passe-t-il si quelqu'un réimporte Corinne ? Je pose la question car dans mon p'tit coin (je suis très localiste) il me semble avoir adapté (il y a p'tet 3 ans maintenant et j'ai la mémoire qui flanche) des éléments de Corinne à la réalité (contour des parcelle cadastrales bâtie, sur fond du scan du cadastre en ligne) mais ça a été remplacé depuis, j'ai l'impression que corinne a été réimporté (pas certain quand même). Faut refaire ? Il faudrait que tu donnes un lien... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] wiki travel bientôt de sortie
C'est dommage d'autant plus que sur l'exemple des stations de métro, j'ai rajouté les liens vers l'article wikipédia de chacune d'elles pour Paris... Décidément, wikipédia a une culture textuelle et pas base de données. A l'aube du web sémantique c'est dommage. Le 11 janvier 2013 11:51, Florian LAINEZ winner...@free.fr a écrit : Salut, La communauté Wikimedia va lancer la semaine prochaine son nouveau projet Wiki voyage http://fr.wikivoyage.org, qui est éminemment cartographique. Je m'éloigne un peu du sujet OSM en proposant d'y contribuer, mais Wikimedia a toujours été un projet frère et je pense qu'un contributeur OSM peut faire le boulot rapidement. Je constate que les coordonnées géographiques sont bien présentes en haut à droite de certaines pages, mais qu'il y en a peu (genre New-Yorkhttp://en.wikivoyage.org/wiki/New_York_CityOK mais Stuttgart http://fr.wikivoyage.org/wiki/Stuttgart non). Or je vois que sur chaque page un lien vers l'article wikipedia du lieu est fait : [[Wikipedia:fr:Stuttgart]] Comme vous le savez surement la plupart des pages wikipedia sont déjà géolocalisée via leur coordonnées mais également avec l'objet OSM. Action rapide : importer les coordonnées dans wiki voyage depuis wikipedia. A priori il n'y a pas de problématique de maintenabilité, les lieux géographiques changeant rarement de place ^^ Autre sujet : je remarque qu'il n'y a pas de mini-map sur wiki travel alors qu'elle existe en haut à droite à coté des coordonnées sur Wikipedia Encore autre sujet : Il y a beaucoup de lieux indiqués au sein des pages, mais aucun n'est géolocalisé ex:* La Tour Eiffel, RER C Station Champ de Mars - Tour Eiffel ; métro 6, Station : Bir-Hakeim* Tout cela manque cruellement de précision ... Bref il y a beaucoup à faire, je regrette de n'avoir que des compétences limités, je l'aurai bien fait moi-même :( Je publie également ce message la mailing-list MAPS de wikimediahttps://lists.wikimedia.org/mailman/listinfo/maps-l, si vous voulez aider welcome. a+ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Le 11 janvier 2013 12:33, Romain MEHUT romain.me...@gmail.com a écrit : Le 11 janvier 2013 11:00, ades_...@orange.fr ades_...@orange.fr a écrit : Si j'ai bien compris ce sont les élément de Corinne que tu modifies ? Dans ce cas que se passe-t-il si quelqu'un réimporte Corinne ? A moins que Corinne deviennent nettement plus précis, il n'est pas question de mettre à jour ces données par un import d'une nouvelle version de CLC. CLC a permis de remplir grossièrement le landuse pour pouvoir l'affiner à partir des images aériennes que l'on a maintenant et bien sûr du terrain. Je pose la question car dans mon p'tit coin (je suis très localiste) il me semble avoir adapté (il y a p'tet 3 ans maintenant et j'ai la mémoire qui flanche) des éléments de Corinne à la réalité (contour des parcelle cadastrales bâtie, sur fond du scan du cadastre en ligne) mais ça a été remplacé depuis, j'ai l'impression que corinne a été réimporté (pas certain quand même). Faut refaire ? Non il n'y a pas eu de réimport ni de mise à jour automatique de CLC. Il faudrait que tu donnes un lien... Ah ah... j'ai bien trouvé où c'était sans aide ;) Un indice: RedFox a pas mal contribué sur la zone. Un autre indice... mes derniers changesets ;) -- 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] wiki travel bientôt de sortie
Bonjour Le 11/01/2013 11:51, Florian LAINEZ a écrit : Salut, La communauté Wikimedia va lancer la semaine prochaine son nouveau projet Wiki voyage http://fr.wikivoyage.org, qui est éminemment cartographique. Les projets existe déja depuis fin décembre 2012 sur les serveurs de la Wikimedia Foundation, les différents projets linguistiques sont en cours avec actuellement actif : 'de', 'en', 'fr', 'it', 'nl', 'ru', 'sv', 'pt', 'es' Je constate que les coordonnées géographiques sont bien présentes en haut à droite de certaines pages, mais qu'il y en a peu (genre New-York http://en.wikivoyage.org/wiki/New_York_City OK mais Stuttgart http://fr.wikivoyage.org/wiki/Stuttgart non). Or je vois que sur chaque page un lien vers l'article wikipedia du lieu est fait : [[Wikipedia:fr:Stuttgart]] Car, la structure wikitravel étant en dehors à l'époque des projets de la Wikimedia Foundation, les contributeurs n'avait pas les même moyens, temps, moment, personnes pour avoir des avancées d'informations aussi rapide que Wikipédia (qui, je le rappelle haut et fort n'est qu'UN projet parmi tant d'autre Action rapide : importer les coordonnées dans wiki voyage depuis wikipedia. A priori il n'y a pas de problématique de maintenabilité, les lieux géographiques changeant rarement de place ^^ Et pourquoi pas attendre Wikidata, car c'est tel le but de ce projet ? Autre sujet : je remarque qu'il n'y a pas de mini-map sur wiki travel alors qu'elle existe en haut à droite à coté des coordonnées sur Wikipedia Je le répète, Wikivoyage vient tout juste d'arriver avec leurs contributeurs qui ne sont pas forcément familier de ce que faisait Wikipédia Encore autre sujet : Il y a beaucoup de lieux indiqués au sein des pages, mais aucun n'est géolocalisé ex:/La *Tour Eiffel*, RER C Station Champ de Mars - Tour Eiffel ; métro 6, Station : Bir-Hakeim/ Tout cela manque cruellement de précision ... Non, pas de précision. La précision, elle existe, aussi bien sur wikipédia, mais également OSM, mais uniquement de contributeur Bref il y a beaucoup à faire, je regrette de n'avoir que des compétences limités, je l'aurai bien fait moi-même :( « La tour de Pise ne s'est pas inclinée en 1 journée, mais elle s'est inclinée » Wikivoyage progressera à la vitesse qu'il lui est souhaitable de vivre, mais elle progresse. Ensuite un robot peut faire le travail : Le géolocalisation peuvent passer de l'un à l'autre, mais comme tu le dit, il faut trouver la compétence. -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] wiki travel bientôt de sortie
Wikidata arrive patience. Wikidata est le projet de base de données de Wikipédia. http://www.wikidata.org/wiki/Wikidata:Accueil_principal http://fr.wikipedia.org/wiki/Wikidata http://www.wikidata.org/wiki/Q12563 Christian, je te laisse proposer un tag OSMpour wikidata ;) Frédéric. Le 11 janvier 2013 12:41, Christian Quest cqu...@openstreetmap.fr a écrit : C'est dommage d'autant plus que sur l'exemple des stations de métro, j'ai rajouté les liens vers l'article wikipédia de chacune d'elles pour Paris... Décidément, wikipédia a une culture textuelle et pas base de données. A l'aube du web sémantique c'est dommage. Le 11 janvier 2013 11:51, Florian LAINEZ winner...@free.fr a écrit : Salut, La communauté Wikimedia va lancer la semaine prochaine son nouveau projet Wiki voyage http://fr.wikivoyage.org, qui est éminemment cartographique. Je m'éloigne un peu du sujet OSM en proposant d'y contribuer, mais Wikimedia a toujours été un projet frère et je pense qu'un contributeur OSM peut faire le boulot rapidement. Je constate que les coordonnées géographiques sont bien présentes en haut à droite de certaines pages, mais qu'il y en a peu (genre New-Yorkhttp://en.wikivoyage.org/wiki/New_York_CityOK mais Stuttgart http://fr.wikivoyage.org/wiki/Stuttgart non). Or je vois que sur chaque page un lien vers l'article wikipedia du lieu est fait : [[Wikipedia:fr:Stuttgart]] Comme vous le savez surement la plupart des pages wikipedia sont déjà géolocalisée via leur coordonnées mais également avec l'objet OSM. Action rapide : importer les coordonnées dans wiki voyage depuis wikipedia. A priori il n'y a pas de problématique de maintenabilité, les lieux géographiques changeant rarement de place ^^ Autre sujet : je remarque qu'il n'y a pas de mini-map sur wiki travel alors qu'elle existe en haut à droite à coté des coordonnées sur Wikipedia Encore autre sujet : Il y a beaucoup de lieux indiqués au sein des pages, mais aucun n'est géolocalisé ex:* La Tour Eiffel, RER C Station Champ de Mars - Tour Eiffel ; métro 6, Station : Bir-Hakeim* Tout cela manque cruellement de précision ... Bref il y a beaucoup à faire, je regrette de n'avoir que des compétences limités, je l'aurai bien fait moi-même :( Je publie également ce message la mailing-list MAPS de wikimediahttps://lists.wikimedia.org/mailman/listinfo/maps-l, si vous voulez aider welcome. a+ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ 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] wiki travel bientôt de sortie
Le 11 janvier 2013 12:41, Christian Quest cqu...@openstreetmap.fr a écrit : C'est dommage d'autant plus que sur l'exemple des stations de métro, j'ai rajouté les liens vers l'article wikipédia de chacune d'elles pour Paris... Décidément, wikipédia a une culture textuelle et pas base de données. A l'aube du web sémantique c'est dommage. Je bondis sur le troll ! J'ignorais que le web sémantique était une culture base de données ?... Et il me semble que le texte transporte bien plus de sens qu'une base de données.Et puis encore, l'aube du web sémantique dure déjà depuis... Perso je crois que ça fait plus de 10 ans que j'en entends parler. Drôle d'aube. Pour autant, moi aussi, je continue de penser que c'est l'avenir :-) Bref je ne suis ni contre le web sémantique, ni contre les bases de données, ni contre le sens, et encore moins contre wikipedia. Mais je critique OSM d'avoir une culture trop axée base de données. Le sens, en effet, dépend du rendu. On le voit tout le temps ici avec toutes les discussions sur la localisation des termes, leur usage, ou même leur traitement scientifique, tel en premier lieu la géographie, mais aussi l'histoire, ou la définition du temps. Comment définir une simple limite entre deux zones, si on ne fait pas intervenir une façon d'observer, donc un rendu ? Hugh. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Le 11 janv. 2013 à 12:45, Christian Quest a écrit : Le 11 janvier 2013 12:33, Romain MEHUT romain.me...@gmail.com a écrit : Le 11 janvier 2013 11:00, ades_...@orange.fr ades_...@orange.fr a écrit : Si j'ai bien compris ce sont les élément de Corinne que tu modifies ? Dans ce cas que se passe-t-il si quelqu'un réimporte Corinne ? A moins que Corinne deviennent nettement plus précis, il n'est pas question de mettre à jour ces données par un import d'une nouvelle version de CLC. CLC a permis de remplir grossièrement le landuse pour pouvoir l'affiner à partir des images aériennes que l'on a maintenant et bien sûr du terrain. ok Je pose la question car dans mon p'tit coin (je suis très localiste) il me semble avoir adapté (il y a p'tet 3 ans maintenant et j'ai la mémoire qui flanche) des éléments de Corinne à la réalité (contour des parcelle cadastrales bâtie, sur fond du scan du cadastre en ligne) mais ça a été remplacé depuis, j'ai l'impression que corinne a été réimporté (pas certain quand même). Faut refaire ? Non il n'y a pas eu de réimport ni de mise à jour automatique de CLC. Il faudrait que tu donnes un lien... Ah ah... j'ai bien trouvé où c'était sans aide ;) Un indice: RedFox a pas mal contribué sur la zone. Un autre indice... mes derniers changesets ;) bin ça me fait un blem de plus, à moins que tu utilise un tracteur pour naviguer sur la Loire (Saumur et les Ponts-de-Cé, je suis aller voir à 25 bornes de part et d'autre)? Plus sérieusement, comme je ne pense pas qu'il s'agisse d'une invention, tu as définis comment le 'waterway' ? attention c'est pas un braquage ;-)), c'est juste parce que je me pose la question de savoir comment il est défini en général. -- 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
Re: [OSM-talk-fr] wiki travel bientôt de sortie
Je vais détroller un coup... wikitravel est donc un projet ancien qui rejoint le giron de wikipédia... ça change pas mal de choses, je pensais que c'était un nouveau projet qui démarrait. Avec la masse de données déjà existante il serait possible de créer un squelette de base de façon automatique puis à permettre de le compléter sur un mode wiki pour une vue voyage/tourisme plutôt qu'encyclopédique. Pour le web sémantique, oui, ça met du temps à prendre, mais c'est clairement l'avenir. -- 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] Modélisation du réseau électrique français
François Lacombe avait énoncé : Et près de chez moi, il y des pylones HT à 2, 4 ou 5 conducteurs, et c'est de la HTA. Voilà un pylône de 5, qui se divise ensuite en 3+2 : http://goo.gl/maps/8N7r0 Donc même si on met l'info du nombre de circuits, ça ne donne pas forcément l'info sur le nombre de phases. Pour le cas que tu donnes, cela mérite que je pose la question à RTE. Sur le pylone à 5 conducteurs il y a un circuit à 3 phases et il semble qu'il y en ai un 2nd à... 2 phases qui correspondrait à la ligne 1 entre Malaunay et La Vaupaliere. Ils doivent aimer innover mais cela m'étonnerait que ce circuit soit en service. L'autre circuit qui arrive à Malaunay est aussi à deux phases, piquées sur la ligne La Vaupalière-Bourgay-Campeaux. Toutes ces lignes sont indiquées en service sur les cartes RTE récentes. Malaunay est un poste électrique SNCF... peut-être n'ont ils pas besoin de triphasé. Évidemment, ce sont des exceptions, mais en attendant que quelqu'un fasse des relations route=power dans cette zone, l'info sur le nombre de cables est exclusivement dans le tag «cables» ;) Ça pourra toujours être supprimé quand ça fera doublon... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Liste des communes à importer inaccessible
Bonjour, Depuis ce matin, la page indiquant la liste des communes vectorisées restant à importehttp://openstreetmap.fr/outils/limites-communales-a-importerr ne s'affiche plus. Quelqu'un est au courant ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation du réseau électrique français
Bonjour, Le 11 janvier 2013 13:53, Plop76 vaujani...@free.fr a écrit : L'autre circuit qui arrive à Malaunay est aussi à deux phases, piquées sur la ligne La Vaupalière-Bourgay-Campeaux. Toutes ces lignes sont indiquées en service sur les cartes RTE récentes. Malaunay est un poste électrique SNCF... peut-être n'ont ils pas besoin de triphasé. Évidemment, ce sont des exceptions, mais en attendant que quelqu'un fasse des relations route=power dans cette zone, l'info sur le nombre de cables est exclusivement dans le tag «cables» ;) Ça pourra toujours être supprimé quand ça fera doublon... Ah... une alimentation SNCF en effet. En fait ce sont des alimentation bi-phasées, le primaire des transfos caténaires est branché dessus. La question du nombre de câble est soulevée pour un problème d'optimisation, si il doit être maintenu soit, j'essayais de donner quelques pistes pour pas charger la base. Le plus important reste pour moi d'utiliser power=line dans tous les cas et d'employer power=cable à plus utile. Parce que là il y a un problème de modélisation. J'espère que la discussion progressera sur le wiki. -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes à importer inaccessible
La liste http://suivi.openstreetmap.fr/communes/suivi-vectoriel.txt est étonnamment longue... et signale des problèmes sur des communes qui n'en ont pas. Du coupe le script est TRES long à passer tout ça en revue. Je vais voir comment éviter ce genre de cas. Le 11 janvier 2013 14:23, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Depuis ce matin, la page indiquant la liste des communes vectorisées restant à importer ne s'affiche plus. Quelqu'un est au courant ? -- Cordialement, Francescu GAROBY ___ 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
Re: [OSM-talk-fr] Modélisation du réseau électrique français
Si les modélisations sont trop sophistiquées, le contributeur moyen ne pourra que tracer les lignes. Si vous êtes trop spécifiques pour la France, tout sera a recommencer ailleurs. Je veux bien pour le Québec indiquer que les lignes sont à 735kv ou autre, qu'il y a 4 ou 6 cables, que les postes transforment de tel à tel voltage. Il y a aussi les postes frontaliers qui assurent la protection entre les réseaux de deux états. Et je ne suis pas très familier avec le tout, nous avons aussi au Québec une ligne en courant continu. Mais doit-on aller beaucoup plus loin dans la modélisation. Qui pourra maintenir le tout ensuite? Pierre De : François Lacombe francois.laco...@telecom-bretagne.eu À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 11 janvier 2013 8h31 Objet : Re: [OSM-talk-fr] Modélisation du réseau électrique français Bonjour, Le 11 janvier 2013 13:53, Plop76 vaujani...@free.fr a écrit : L'autre circuit qui arrive à Malaunay est aussi à deux phases, piquées sur la ligne La Vaupalière-Bourgay-Campeaux. Toutes ces lignes sont indiquées en service sur les cartes RTE récentes. Malaunay est un poste électrique SNCF... peut-être n'ont ils pas besoin de triphasé. Évidemment, ce sont des exceptions, mais en attendant que quelqu'un fasse des relations route=power dans cette zone, l'info sur le nombre de cables est exclusivement dans le tag «cables» ;) Ça pourra toujours être supprimé quand ça fera doublon... Ah... une alimentation SNCF en effet. En fait ce sont des alimentation bi-phasées, le primaire des transfos caténaires est branché dessus. La question du nombre de câble est soulevée pour un problème d'optimisation, si il doit être maintenu soit, j'essayais de donner quelques pistes pour pas charger la base. Le plus important reste pour moi d'utiliser power=line dans tous les cas et d'employer power=cable à plus utile. Parce que là il y a un problème de modélisation. J'espère que la discussion progressera sur le wiki. -- François Lacombe francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ 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] Liste des communes à importer inaccessible
Le vendredi 11 janvier 2013 14:56:00, Christian Quest a écrit : La liste http://suivi.openstreetmap.fr/communes/suivi-vectoriel.txt est étonnamment longue... et signale des problèmes sur des communes qui n'en ont pas. Du coupe le script est TRES long à passer tout ça en revue. Je vais voir comment éviter ce genre de cas. Quitte à refaire ton parseur, tu peux utiliser ça : http://suivi.openstreetmap.fr/communes/communes-vectorielles-a-importer.csv ça ira plus vite et ça sera plus simple ;-) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes à importer inaccessible
Le problème c'est pas le parseur, c'est la liste qui est actuellement fausse... plus de 700 communes avec leur limite cassées ? Vu que le script du site web refait la vérification de la présence d'une relation, puis de la bonne fermeture de celle-ci, il a du mal à encaisser les 700. C'est plutôt de ce côté qu'il faut que je revoit mon code, car là j'appelle l'overpass puis analyzer... Le 11 janvier 2013 15:28, sly (sylvain letuffe) li...@letuffe.org a écrit : Le vendredi 11 janvier 2013 14:56:00, Christian Quest a écrit : La liste http://suivi.openstreetmap.fr/communes/suivi-vectoriel.txt est étonnamment longue... et signale des problèmes sur des communes qui n'en ont pas. Du coupe le script est TRES long à passer tout ça en revue. Je vais voir comment éviter ce genre de cas. Quitte à refaire ton parseur, tu peux utiliser ça : http://suivi.openstreetmap.fr/communes/communes-vectorielles-a-importer.csv ça ira plus vite et ça sera plus simple ;-) -- sly (sylvain letuffe) ___ 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
Re: [OSM-talk-fr] Liste des communes à importer inaccessible
Le vendredi 11 janvier 2013 15:35:36, Christian Quest a écrit : Le problème c'est pas le parseur, c'est la liste qui est actuellement fausse... plus de 700 communes avec leur limite cassées ? Non elle est juste (ou tout du moins, a priori)... par rapport aux données de l'instant de son analyse. Mais cette liste n'indique pas uniquement les communes aux limites cassées, elle indique également les communes dont les limites appartiennent géographiquement à un département qui est cassé. This is not a bug, it's a feature ;-) C'est plutôt de ce côté qu'il faut que je revoit mon code, car là j'appelle l'overpass puis analyzer... Ou ben... tu appels l'analyzer pour chaque commune de la liste ? à chaque fois que quelqu'un visite la page ? Tudieu... quel brave ! Et sans même le moindre petite cache ? Le temps réél, ça fait rêver... mais c'est pas toujours possible ;-) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes à importer inaccessible
Je pense interroger désormais la base monde d'osm108... si le polygone est là c'est que la relation est ok. Qui qui me créer un compte pour www-outils ? Le 11 janvier 2013 15:43, sly (sylvain letuffe) li...@letuffe.org a écrit : Le vendredi 11 janvier 2013 15:35:36, Christian Quest a écrit : Le problème c'est pas le parseur, c'est la liste qui est actuellement fausse... plus de 700 communes avec leur limite cassées ? Non elle est juste (ou tout du moins, a priori)... par rapport aux données de l'instant de son analyse. Mais cette liste n'indique pas uniquement les communes aux limites cassées, elle indique également les communes dont les limites appartiennent géographiquement à un département qui est cassé. This is not a bug, it's a feature ;-) C'est plutôt de ce côté qu'il faut que je revoit mon code, car là j'appelle l'overpass puis analyzer... Ou ben... tu appels l'analyzer pour chaque commune de la liste ? à chaque fois que quelqu'un visite la page ? Tudieu... quel brave ! Et sans même le moindre petite cache ? Le temps réél, ça fait rêver... mais c'est pas toujours possible ;-) -- sly (sylvain letuffe) ___ 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
Re: [OSM-talk-fr] Modélisation du réseau électrique français
Bonjour, En fait je ne vais pas plus loin que ce qu'il y a dans le wiki. Je fais quelques propositions pour que l'ensemble soit plus cohérent. Passer de power=cable à power=line n'est pas spécifique à la France. Pour le tag cables=X, vu qu'on peut avoir la même valeur sur de grandes zones il peut encombrer la base et alourdir certains traitements, au delà il n'est pas gênant. Pour ce qui est de l'intérieur des postes cela fait des données en plus. Je n'ai aucune doc officielle de RTE, ou des opérateurs de réseau Canadiens à injecter dans OSM et les photos aériennes, de plus en plus précises, sont les seuls outils pour permettre de repérer les jeux de barre et les transformateurs. D'un autre côté ce sont des données pouvant rentrer dans divers cadres d'utilisations qu'il ne convient pas de limiter ici. La modélisation actuelle reste très complète et permet déjà de faire certaines choses. Il faudra surement ajouter un support pour le HDVC (les lignes à courant continu à fort voltage) pour intégrer les récents ouvrages construits pour les échanges inter-continentaux ou transfrontaliers. Le 11 janvier 2013 15:18, Pierre Béland infosbelas-...@yahoo.fr a écrit : Si les modélisations sont trop sophistiquées, le contributeur moyen ne pourra que tracer les lignes. Si vous êtes trop spécifiques pour la France, tout sera a recommencer ailleurs. Je veux bien pour le Québec indiquer que les lignes sont à 735kv ou autre, qu'il y a 4 ou 6 cables, que les postes transforment de tel à tel voltage. Il y a aussi les postes frontaliers qui assurent la protection entre les réseaux de deux états. Et je ne suis pas très familier avec le tout, nous avons aussi au Québec une ligne en courant continu. Mais doit-on aller beaucoup plus loin dans la modélisation. Qui pourra maintenir le tout ensuite? Pierre -- *De :* François Lacombe francois.laco...@telecom-bretagne.eu *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Vendredi 11 janvier 2013 8h31 *Objet :* Re: [OSM-talk-fr] Modélisation du réseau électrique français Bonjour, Le 11 janvier 2013 13:53, Plop76 vaujani...@free.fr a écrit : L'autre circuit qui arrive à Malaunay est aussi à deux phases, piquées sur la ligne La Vaupalière-Bourgay-Campeaux. Toutes ces lignes sont indiquées en service sur les cartes RTE récentes. Malaunay est un poste électrique SNCF... peut-être n'ont ils pas besoin de triphasé. Évidemment, ce sont des exceptions, mais en attendant que quelqu'un fasse des relations route=power dans cette zone, l'info sur le nombre de cables est exclusivement dans le tag «cables» ;) Ça pourra toujours être supprimé quand ça fera doublon... Ah... une alimentation SNCF en effet. En fait ce sont des alimentation bi-phasées, le primaire des transfos caténaires est branché dessus. La question du nombre de câble est soulevée pour un problème d'optimisation, si il doit être maintenu soit, j'essayais de donner quelques pistes pour pas charger la base. Le plus important reste pour moi d'utiliser power=line dans tous les cas et d'employer power=cable à plus utile. Parce que là il y a un problème de modélisation. J'espère que la discussion progressera sur le wiki. -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ 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 -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr