Re: [Talk-hr] Okrugli stol - Informacije javnog sektora: Izazovi i mogućnosti ponovne uporabe informacija u RH
Dana 27. studenoga 2014. u 01:30 hbogner hbog...@gmail.com je napisao/la: To im je bitno da znaju na koje se setove podataka opredjeliti, moraju odrediti prioritete, jer ako potroše mjesece na set podataka koji će skinuti jedna osoba godišnje onda je to potrošeno vrijeme. Te podatke ćemo skinuti samo jednom :D Dobro, možda i ako bude promjena u granicama, ne znam koliko se to često dešava. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Okrugli stol - Informacije javnog sektora: Izazovi i mogućnosti ponovne uporabe informacija u RH
Da, ali sumnjam da bi mi bili jedini koji bi preuzimali te podatke. :D On 11/27/2014 01:38 PM, Janko Mihelić wrote: Dana 27. studenoga 2014. u 01:30 hbogner hbog...@gmail.com je napisao/la: To im je bitno da znaju na koje se setove podataka opredjeliti, moraju odrediti prioritete, jer ako potroše mjesece na set podataka koji će skinuti jedna osoba godišnje onda je to potrošeno vrijeme. Te podatke ćemo skinuti samo jednom :D Dobro, možda i ako bude promjena u granicama, ne znam koliko se to često dešava. Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] OpenStreetMap 10th Anniversary Celebration on December 4 at BGC
Hello everybody, We will be having a (belated) OpenStreetMap 10th Anniversary Celebration this coming December 4, Thursday, from 11:30am to 2pm at the Mind Museum Open Canopy at Bonifacio Global City. This event is free for all! We will be having snacks, mapping demos, and drone demonstrations! Flyer: http://celinaagaton.com/wp-content/uploads/2014/11/OpenStreetMapEventFlyer.pdf Free registration here: https://www.eventbrite.com/e/openstreetmaps-10th-anniversary-tickets-14599456367 See you all there! :-) ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Sariaya Mini Mapping Party on November 29
Hi everyone, If you're not going to FOSS4G-PH this coming November 29 (see Maning's earlier e-mail), you might want to join us for a mini Mapping Party in Sariaya, Quezon instead! :-) If you are interested to join, please reply to me privately as we are finalizing arrangements. Hope you can join! ~Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Sariaya Mini Mapping Party on November 29
I'll be in Alabang at 6am. I'm driving alone coming from Taytay. I can accommodate 2 or 3 more volunteers if they want to go to Sariaya. :-) On Fri, Nov 28, 2014 at 1:20 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi everyone, If you're not going to FOSS4G-PH this coming November 29 (see Maning's earlier e-mail), you might want to join us for a mini Mapping Party in Sariaya, Quezon instead! :-) If you are interested to join, please reply to me privately as we are finalizing arrangements. Hope you can join! ~Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Sariaya Mini Mapping Party on November 29
Rem, this is a one-day event. Eugene, Rhodor confirmed. Riding with me from taytay to alabang On Nov 28, 2014 12:38 PM, Rem Zamora remzamor...@gmail.com wrote: Will this be a one-day event only Eugene? On Fri Nov 28 2014 at 9:04:46 AM Rally de Leon rall...@gmail.com wrote: I'll be in Alabang at 6am. I'm driving alone coming from Taytay. I can accommodate 2 or 3 more volunteers if they want to go to Sariaya. :-) On Fri, Nov 28, 2014 at 1:20 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi everyone, If you're not going to FOSS4G-PH this coming November 29 (see Maning's earlier e-mail), you might want to join us for a mini Mapping Party in Sariaya, Quezon instead! :-) If you are interested to join, please reply to me privately as we are finalizing arrangements. Hope you can join! ~Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] EB TeleNav: Firm Believers in Openstreetmap for Car Navigation
Thought some of you might be interested: http://www.gpsbusinessnews.com/EB-TeleNav-Firm-Believers-in-Openstreetmap-for-Car-Navigation_a5200_1.html regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
On 27/11/14 01:16, Matthijs Melissen wrote: We are considering to change the colour of buildings in openstreetmap-carto, the default rendering on openstreetmap.org. Because this change has a significant effect on the looks of the map, we would like to consult the community before going ahead with this change. Not sure your demo is proving anything. Zooming in on the area covered by the demo on the live map I'm not seeing very much of the corruptions introduced by switching building names from brown to purple and adding the 'centroid' dt which then pushes everything off to one side :( PLEASE get ONE thing fixed first and fully deployed before changing something else. Building colour is fine here http://www.openstreetmap.org/#map=18/52.09209/-1.94670. I don't unfortunately have an example of the section which had much tidier brown text on all the buildings, but I think I HAVE established that a zoom level should use the icon OMLY when the name is not displayed, and if there is no icon don't just display a dot :( -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
On 27 Nov 2014 09:18, Lester Caine les...@lsces.co.uk wrote: Not sure your demo is proving anything. Zooming in on the area covered by the demo on the live map I'm not seeing very much of the corruptions Have their been corruptions? I sm not sure what you are referring to. introduced by switching building names from brown to purple We have neither brown nor purple building names, nor have we ever had them. Brown is used for some amenities, and pink is used for shops. This hasn't changed lately. and adding the 'centroid' dt which then pushes everything off to one side :( Sorry, I don't understand what you mean. I don't unfortunately have an example of the section which had much tidier brown text on all the buildings, but I think I HAVE established that a zoom level should use the icon OMLY when the name is not displayed, and if there is no icon don't just display a dot :( The purple dots are used for shop types for which we don't have a specific icon. We haven't received other complaints about this. This dhould not have replaced any brown. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
I like the fact that churches have a darker colour. I'd like to see hospitals, schools, museums and other more important buildings with a darker colour too. Nice to see the main layer get some makeup. Janko 2014-11-27 10:16 GMT+01:00 Lester Caine les...@lsces.co.uk: On 27/11/14 01:16, Matthijs Melissen wrote: We are considering to change the colour of buildings in openstreetmap-carto, the default rendering on openstreetmap.org. Because this change has a significant effect on the looks of the map, we would like to consult the community before going ahead with this change. Not sure your demo is proving anything. Zooming in on the area covered by the demo on the live map I'm not seeing very much of the corruptions introduced by switching building names from brown to purple and adding the 'centroid' dt which then pushes everything off to one side :( PLEASE get ONE thing fixed first and fully deployed before changing something else. Building colour is fine here http://www.openstreetmap.org/#map=18/52.09209/-1.94670. I don't unfortunately have an example of the section which had much tidier brown text on all the buildings, but I think I HAVE established that a zoom level should use the icon OMLY when the name is not displayed, and if there is no icon don't just display a dot :( -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
On 27/11/14 09:42, Matthijs Melissen wrote: On 27 Nov 2014 09:18, Lester Caine les...@lsces.co.uk mailto:les...@lsces.co.uk wrote: Not sure your demo is proving anything. Zooming in on the area covered by the demo on the live map I'm not seeing very much of the corruptions Have their been corruptions? I sm not sure what you are referring to. THIS is a matter of different areas needing different treatment. The sample I pointed to has had a few notes added about names being wrong, but actually because of the close proximity of buildings the names which WERE in brown a year or so ago are now in purple and pushed perhaps two buildings away! Currently most of the purple text is mainly across an adjacent building. introduced by switching building names from brown to purple We have neither brown nor purple building names, nor have we ever had them. Brown is used for some amenities, and pink is used for shops. This hasn't changed lately. If I look at the area used in the building colour demo on the main map there is considerably less purple text. If my areas were rendered as tidily there would not be a problem. I'm not sure when it changed, but end users are now commenting on it :( and adding the 'centroid' dt which then pushes everything off to one side :( Sorry, I don't understand what you mean. Because the 'unclassified' icon is a dot, it is dropped on the building, so the text is now below the building ... on the next one. I don't unfortunately have an example of the section which had much tidier brown text on all the buildings, but I think I HAVE established that a zoom level should use the icon OMLY when the name is not displayed, and if there is no icon don't just display a dot :( The purple dots are used for shop types for which we don't have a specific icon. We haven't received other complaints about this. This dhould not have replaced any brown. As I said ... I'm not sure when this did change, but it may be that since we ARE now adding a lot more fine detail it is that which has changed, but I AM convinced I had a much cleaner view of the areas I work in previously, and I add detail so I can use these maps as location maps to replace Google on websites. It is my customers who are commenting ... not complaints, but something has changed for them to comment! I've been using these for the last few years. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
I like the change,i would do a live example when people can see how the Map will look in their region Florin Badita 0731/172.745 0754/491.049 On Nov 27, 2014 3:19 AM, Matthijs Melissen i...@matthijsmelissen.nl wrote: Dear all, We are considering to change the colour of buildings in openstreetmap-carto, the default rendering on openstreetmap.org. Because this change has a significant effect on the looks of the map, we would like to consult the community before going ahead with this change. A rendering demo can be found here (left the current rendering, right the proposal): http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#15.00/50.0611/19.9393 http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#14.00/40.7048/-74.0040 Please note that only selected regions have been loaded into the demo server. As can be seen, the new building colour is much lighter. This should make the map more pleasant to the eye, as well as make it easier to see the road network in areas with many buildings. More info can be found in the Github issue: https://github.com/gravitystorm/openstreetmap-carto/pull/565. I would like to thank Paul Norman and Mateusz Konieczny, who have done the majority of the work. Please let us know what you think of the new rendering, either on Github or as a reply to this message. Kind regards, Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
On 11/27/2014 2:11 AM, Lester Caine wrote: Because the 'unclassified' icon is a dot, it is dropped on the building, so the text is now below the building ... on the next one. Shop text has always appeared below the icon - this is not new or unique to the generic icon. It is my customers who are commenting ... not complaints, but something has changed for them to comment! I've been using these for the last few years. From everything you've said about this and past changes, your customers might be better served by running an older version of the stylesheet on your tile server, or the French or German styles which are similar. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Issues with Mapbox paid mappers (was: Detrimental validation software)
On 13/10/2014 18:32, Aaron Lidman wrote: Richrico should have responded. The Mapbox data team has a policy to respond to all questions from the community. I'm sorry he didn't, he has now, and we've reminded all members of our data team of this policy. This should no longer be an issue in the future and all of our data team policies are completely transparent and can be found on the wiki:http://wiki.openstreetmap.org/wiki/Mapbox#Data_Team_Guidelines (apologies for raking up an old thread, but just for info to all concerned) I've just reverted a couple of Richrico's changesets. One I'm sure is wrong based on my recollection of the area; the other looks wrong based on the imagery and I've added a note so that I can check the next time I'm in the area. I only did this after various attempts to get in contact (including OSM messages and the guidelines linked above). Conversations on #osm-gb suggest I'm not the only one to have reverted some of these changesets. However, given that this user's changesets are international in scope it's likely that there are other areas that need checking too. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
Hi in my opinion buildings could be slightly darker. It is visible enough on higher zoom levels but at zoom 14 and above its like there are no buildings. (Especially buildings inside industrial areas) I think the the amount of buildings in OSM is very nice and thats why we shouldn't hide it too much. A little darker than in the demo and I would be happy. Thanks for developing the openstreetmap-carto style Christian aka Hedaja 2014-11-27 11:35 GMT+01:00 Paul Norman penor...@mac.com: On 11/27/2014 2:11 AM, Lester Caine wrote: Because the 'unclassified' icon is a dot, it is dropped on the building, so the text is now below the building ... on the next one. Shop text has always appeared below the icon - this is not new or unique to the generic icon. It is my customers who are commenting ... not complaints, but something has changed for them to comment! I've been using these for the last few years. From everything you've said about this and past changes, your customers might be better served by running an older version of the stylesheet on your tile server, or the French or German styles which are similar. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
On 27 November 2014 at 22:46, christian.pietz...@googlemail.com christian.pietz...@gmail.com wrote: in my opinion buildings could be slightly darker. It is visible enough on higher zoom levels but at zoom 14 and above its like there are no buildings. (Especially buildings inside industrial areas) Just to be clear, you mean 14 and *below*, right? Like, numbers less than or equal to 14. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
I would be tempted to go a little bit darker - not much but right now the proposal looks very washed out against the background and the contrast between buildings and churches is very stark. But in general this is a good idea. Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
Unfortunately I don't think the proposed building colour works at all well within residential or industrial landuse areas - the landuse colour seems to be too prominent compared with the building colour, and I don't think the yellowy brown colour looks nice against the background colour. I think the buildings in OSM are one of our greatest features and though they should perhaps be a little lighter than in the current style I think that on the main map we should try to show off some of our level of detail compared with other online maps! I liked a previous building style in which buildings tagged as building=house and other residential tags were shown in a lighter shade - now this is only used for building=garage. Cheers. Paul Williams (Paul The Archivist) On 27 November 2014 at 22:59, Rob Nickerson rob.j.nicker...@gmail.com wrote: I would be tempted to go a little bit darker - not much but right now the proposal looks very washed out against the background and the contrast between buildings and churches is very stark. But in general this is a good idea. Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Hallo lijst (en zometeen een zelfde bericht naar het forum: http://forum.openstreetmap.org/viewforum.php?id=12), Sinds een paar jaar probeer ik de ontwikkelingen rond OSM te volgen. Ik vind het daarbij onhandig dat er 2 kanalen zijn: deze mailinglijst, én het forum. Het heeft een jaar geduurd voordat ik er überhaupt achter kwam dat er naast deze mailing lijst ook een form bestaat! En bij sommige discussie merk ik dat eenzelfde discussie op het forum een geheel andere wending neemt dan op de mailinglijst. Da's ook wat verwarrend Aangezien het zwaartepunt van de discussies op het forum plaats heeft is mijn brute voorstel om deze mailinglijst met liefde, doch resoluut de nek om te draaien, en met ingang van 1-1-2015 alle discussie via het forum te laten lopen. groet, Gert-Jan -Oorspronkelijk bericht- Van: Willy Bakker [mailto:friesewoudlo...@gmail.com] Verzonden: dinsdag 25 november 2014 22:23 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] [Dutch] 13 dec. Missing Maps Mapathon in Antwerpen Frank heeft natuurlijk gelijk, mijn excuses. Ik ben nog een beetje 'onwennig' wat het gebruik van de mailinglijst en het forum betreft. Op 5 december van 18.30-20.30 vindt er bij het University College Roosevelt (UCR) in Middelburg inderdaad een 'mini-mapathon' plaats. Meer informatie en inschrijven kan via Facebook https://www.facebook.com/events/563269803806446/ of e-mail g...@rasa.ucr.nl. Ik voeg voor de volledigheid een screenshot van het evenement op Facebook bij. Vriendelijke groet, Willy Bakker ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
On 27 November 2014 22:06:37 CET, Gert-Jan van der Weijden gee...@dds.nl wrote: Hallo lijst (en zometeen een zelfde bericht naar het forum: http://forum.openstreetmap.org/viewforum.php?id=12), Sinds een paar jaar probeer ik de ontwikkelingen rond OSM te volgen. Ik vind het daarbij onhandig dat er 2 kanalen zijn: deze mailinglijst, én het forum. Het heeft een jaar geduurd voordat ik er überhaupt achter kwam dat er naast deze mailing lijst ook een form bestaat! En bij sommige discussie merk ik dat eenzelfde discussie op het forum een geheel andere wending neemt dan op de mailinglijst. Da's ook wat verwarrend Aangezien het zwaartepunt van de discussies op het forum plaats heeft is mijn brute voorstel om deze mailinglijst met liefde, doch resoluut de nek om te draaien, en met ingang van 1-1-2015 alle discussie via het forum te laten lopen. Veel projecten hebben daar last van. Persoonlijk hou ik meer van mailinglijsten maar de behoefte om maar een kanaal te hebben gaat voor dus bijndezen mijn steun. groet, Gert-Jan -Oorspronkelijk bericht- Van: Willy Bakker [mailto:friesewoudlo...@gmail.com] Verzonden: dinsdag 25 november 2014 22:23 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] [Dutch] 13 dec. Missing Maps Mapathon in Antwerpen Frank heeft natuurlijk gelijk, mijn excuses. Ik ben nog een beetje 'onwennig' wat het gebruik van de mailinglijst en het forum betreft. Op 5 december van 18.30-20.30 vindt er bij het University College Roosevelt (UCR) in Middelburg inderdaad een 'mini-mapathon' plaats. Meer informatie en inschrijven kan via Facebook https://www.facebook.com/events/563269803806446/ of e-mail g...@rasa.ucr.nl. Ik voeg voor de volledigheid een screenshot van het evenement op Facebook bij. Vriendelijke groet, Willy Bakker ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- Stichting OpenTaal http://opentaal.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Op 27 nov. 2014, om 22:06 heeft Gert-Jan van der Weijden gee...@dds.nl het volgende geschreven: Hallo lijst (en zometeen een zelfde bericht naar het forum: http://forum.openstreetmap.org/viewforum.php?id=12), Sinds een paar jaar probeer ik de ontwikkelingen rond OSM te volgen. Ik vind het daarbij onhandig dat er 2 kanalen zijn: deze mailinglijst, én het forum. Het heeft een jaar geduurd voordat ik er überhaupt achter kwam dat er naast deze mailing lijst ook een form bestaat! En bij sommige discussie merk ik dat eenzelfde discussie op het forum een geheel andere wending neemt dan op de mailinglijst. Da's ook wat verwarrend Aangezien het zwaartepunt van de discussies op het forum plaats heeft is mijn brute voorstel om deze mailinglijst met liefde, doch resoluut de nek om te draaien, en met ingang van 1-1-2015 alle discussie via het forum te laten lopen. Daar kan ik me volledig bij aansluiten. Het argument vóór de mailing-lijst (dat je niets mist) kunt je ook op het forum instellen door je te abonneren op het forum en je kunt je ook nog op ieder onderwerp afzonderlijk abonneren. Dus: opheffen die mailing lijst. Marc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Ik denk dat de kracht van OpenStreetMap is dat we allemaal kapitein zijn. Op 27 nov. 2014 22:30 schreef Marc Zoutendijk marczoutend...@mac.com: Op 27 nov. 2014, om 22:06 heeft Gert-Jan van der Weijden gee...@dds.nl het volgende geschreven: Hallo lijst (en zometeen een zelfde bericht naar het forum: http://forum.openstreetmap.org/viewforum.php?id=12), Sinds een paar jaar probeer ik de ontwikkelingen rond OSM te volgen. Ik vind het daarbij onhandig dat er 2 kanalen zijn: deze mailinglijst, én het forum. Het heeft een jaar geduurd voordat ik er überhaupt achter kwam dat er naast deze mailing lijst ook een form bestaat! En bij sommige discussie merk ik dat eenzelfde discussie op het forum een geheel andere wending neemt dan op de mailinglijst. Da's ook wat verwarrend Aangezien het zwaartepunt van de discussies op het forum plaats heeft is mijn brute voorstel om deze mailinglijst met liefde, doch resoluut de nek om te draaien, en met ingang van 1-1-2015 alle discussie via het forum te laten lopen. Daar kan ik me volledig bij aansluiten. Het argument vóór de mailing-lijst (dat je niets mist) kunt je ook op het forum instellen door je te abonneren op het forum en je kunt je ook nog op ieder onderwerp afzonderlijk abonneren. Dus: opheffen die mailing lijst. Marc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Bij andere projecten heb ik een mailinglijst-forumkoppeling gezien, wellicht is dit een optie. Milo van der Linden schreef op 27-11-2014 om 22:36: Ik denk dat de kracht van OpenStreetMap is dat we allemaal kapitein zijn. Op 27 nov. 2014 22:30 schreef Marc Zoutendijk marczoutend...@mac.com mailto:marczoutend...@mac.com: Op 27 nov. 2014, om 22:06 heeft Gert-Jan van der Weijden gee...@dds.nl mailto:gee...@dds.nl het volgende geschreven: Hallo lijst (en zometeen een zelfde bericht naar het forum: http://forum.openstreetmap.org/viewforum.php?id=12), Sinds een paar jaar probeer ik de ontwikkelingen rond OSM te volgen. Ik vind het daarbij onhandig dat er 2 kanalen zijn: deze mailinglijst, én het forum. Het heeft een jaar geduurd voordat ik er überhaupt achter kwam dat er naast deze mailing lijst ook een form bestaat! En bij sommige discussie merk ik dat eenzelfde discussie op het forum een geheel andere wending neemt dan op de mailinglijst. Da's ook wat verwarrend Aangezien het zwaartepunt van de discussies op het forum plaats heeft is mijn brute voorstel om deze mailinglijst met liefde, doch resoluut de nek om te draaien, en met ingang van 1-1-2015 alle discussie via het forum te laten lopen. Daar kan ik me volledig bij aansluiten. Het argument vóór de mailing-lijst (dat je niets mist) kunt je ook op het forum instellen door je te abonneren op het forum en je kunt je ook nog op ieder onderwerp afzonderlijk abonneren. Dus: opheffen die mailing lijst. Marc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
On 2014-11-27 22:06, Gert-Jan van der Weijden wrote: Hallo lijst (en zometeen een zelfde bericht naar het forum: http://forum.openstreetmap.org/viewforum.php?id=12), Sinds een paar jaar probeer ik de ontwikkelingen rond OSM te volgen. Ik vind het daarbij onhandig dat er 2 kanalen zijn: deze mailinglijst, én het forum. Het heeft een jaar geduurd voordat ik er überhaupt achter kwam dat er naast deze mailing lijst ook een form bestaat! En bij sommige discussie merk ik dat eenzelfde discussie op het forum een geheel andere wending neemt dan op de mailinglijst. Da's ook wat verwarrend Aangezien het zwaartepunt van de discussies op het forum plaats heeft is mijn brute voorstel om deze mailinglijst met liefde, doch resoluut de nek om te draaien, en met ingang van 1-1-2015 alle discussie via het forum te laten lopen. Openstreetmap heeft van oudsher voor alles een mailinglist. Ik weet niet wie dat forum heeft opgezet en waarom (ik kom er eigenlijk ook nooit) en ik ben er zelf op tegen. Dan is het weer een extra forum dat ik zou moeten gaan volgen terwijl de discussies nu gewoon in mijn mailbox komen. Waarschijnlijk zou ik dan gewoon afhaken. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Een forum vereist dat je er aan denkt om het te bezoeken, een mailinglijst komt in je mailbox. Als deze mailinglijst zou stoppen dan ga ik discussies missen, want ik ga niet een forum bijhouden. Behouden kortom. Warme groet, Léon Op 28 nov. 2014 om 07:43 heeft Maarten Deen md...@xs4all.nl het volgende geschreven: On 2014-11-27 22:06, Gert-Jan van der Weijden wrote: Hallo lijst (en zometeen een zelfde bericht naar het forum: http://forum.openstreetmap.org/viewforum.php?id=12), Sinds een paar jaar probeer ik de ontwikkelingen rond OSM te volgen. Ik vind het daarbij onhandig dat er 2 kanalen zijn: deze mailinglijst, én het forum. Het heeft een jaar geduurd voordat ik er überhaupt achter kwam dat er naast deze mailing lijst ook een form bestaat! En bij sommige discussie merk ik dat eenzelfde discussie op het forum een geheel andere wending neemt dan op de mailinglijst. Da's ook wat verwarrend Aangezien het zwaartepunt van de discussies op het forum plaats heeft is mijn brute voorstel om deze mailinglijst met liefde, doch resoluut de nek om te draaien, en met ingang van 1-1-2015 alle discussie via het forum te laten lopen. Openstreetmap heeft van oudsher voor alles een mailinglist. Ik weet niet wie dat forum heeft opgezet en waarom (ik kom er eigenlijk ook nooit) en ik ben er zelf op tegen. Dan is het weer een extra forum dat ik zou moeten gaan volgen terwijl de discussies nu gewoon in mijn mailbox komen. Waarschijnlijk zou ik dan gewoon afhaken. Maarten smime.p7s Description: S/MIME cryptographic signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Op 28 nov. 2014, om 07:43 heeft Maarten Deen md...@xs4all.nl het volgende geschreven: Openstreetmap heeft van oudsher voor alles een mailinglist. Ik weet niet wie dat forum heeft opgezet en waarom (ik kom er eigenlijk ook nooit) en ik ben er zelf op tegen. Dan is het weer een extra forum dat ik zou moeten gaan volgen terwijl de discussies nu gewoon in mijn mailbox komen. Waarschijnlijk zou ik dan gewoon afhaken. Je hoeft je alleen maar op het forum te abonneren en daarna is het precies hetzelfde als een mailinglist. Je mist niets. Maar je krijgt er veel meer bij. Ga eens een keer kijken op dat forum en zie op welke wijze je daaraan mee kunt doen. Veel meer mogelijkheden om te reageren dan op de list. Marc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Op 28 nov. 2014, om 08:08 heeft Léon Tebbens l...@tebbens.eu het volgende geschreven: Een forum vereist dat je er aan denkt om het te bezoeken, een mailinglijst komt in je mailbox. Als deze mailinglijst zou stoppen dan ga ik discussies missen, want ik ga niet een forum bijhouden. Behouden kortom. Daar gaat hij weer: Je mist helemaal niets want je kunt je abonneren. Lees ook mijn reacties op de andere berichten maar... Marc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
On 2014-11-28 08:22, Marc Zoutendijk wrote: Op 28 nov. 2014, om 08:08 heeft Léon Tebbens l...@tebbens.eu het volgende geschreven: Een forum vereist dat je er aan denkt om het te bezoeken, een mailinglijst komt in je mailbox. Als deze mailinglijst zou stoppen dan ga ik discussies missen, want ik ga niet een forum bijhouden. Behouden kortom. Daar gaat hij weer: Je mist helemaal niets want je kunt je abonneren. Ik heb even gekeken maar ik kan niet vinden hoe ik me kan abonneren dat alle topics naar me gemaild worden. Natuurlijk zal het zo zijn dat je een meldingsmail krijgt als je in een topic hebt gereageerd, maar dan moet je dus eerst in dat topic reageren. Maar verder snap ik het nog niet: waarom zijn er mailinglijsten en is er een forum? Ik zie op het forum dat er ook delen voor alle landen zijn. Waarom moet je alles dubbel doen? Ik denk dat dit geen discussie is die voor alleen Nederland gevoerd moet worden maar iets is wat je bij de OSMF moet opnemen: waarom overal een mailinglijst en een forum voor? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Geachte heer Zoutendijk, Die koppeling is wel nodig om nieuwe items te posten vanuit je e-mail client en om de discussies in het talk-nl archief te krijgen. Verder vind ik de manier waarop u degenen die de mailinglist prefereren bejegent niet prettig. Binnen een community als OSM vind ik het zelfs behoorlijk ongepast. Juist de kracht van OSM is dat er een behoorlijke mate van vrijheid is. De manier waarop u pleit om de mailinglist te sluiten, vind ik een inbreuk van mijn vrijheid, namelijk de vrijheid om het door mij gewenste medium te gebruiken. Hoogachtend, Frank Steggink Quoting Marc Zoutendijk marczoutend...@mac.com: Op 28 nov. 2014, om 07:59 heeft stegg...@steggink.org het volgende geschreven: Als een koppeling tussen de mailinglijst en forum mogelijk is, dan denk ik dat dit de beste optie is. Iedereen kan dan het medium gebruiken dat hij/zij het prettigst vindt. Die koppeling is niet nodig. Persoonlijk ben ik voorstander van de mailinglijst. Reden: gemak. Ik hoef alleen maar mijn mail te openen om te zien dat er nieuwe discussies zijn. Ze komen in een aparte mailfolder terecht. Bij het forum moet ik er uberhaupt eerst aan denken om het te bezoeken en als ik ergens op wil reageren moet ik ook nog eens inloggen. Want je kunt je op het forum abonneren zodat de berichten ook je mailbox bereiken. Je mist helemaal niets. Bovendien is mijn ervaring dat het forum aanmerkelijk beter bezocht is en meer onderwerpen en deelnemers kent dan de mailinglist. Dus als je het rustig wilt houden dan blijf je op de list. Maar ik zou zeggen: ga eens kijken op het forum en zie hoe het werkt. Het feit dat de meeste reacties hier aangeven dat ze bang zijn iets te missen geeft al aan dat ze de werkwijze van het forum niet kennen. Marc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Forum en mailinglijst: 2 kapiteins op hetzelfde schip?
Waarom een forum en mailinglijst? Om dezelfde reden dat je bedrijven kunt benaderen via telefoon, mail, twitter en Facebook. Omdat mensen willen kiezen wat bij hen past. Warme groet, Léon Warme groet, Léon Op 28 nov. 2014 om 08:34 heeft Maarten Deen md...@xs4all.nl het volgende geschreven: On 2014-11-28 08:22, Marc Zoutendijk wrote: Op 28 nov. 2014, om 08:08 heeft Léon Tebbens l...@tebbens.eu het volgende geschreven: Een forum vereist dat je er aan denkt om het te bezoeken, een mailinglijst komt in je mailbox. Als deze mailinglijst zou stoppen dan ga ik discussies missen, want ik ga niet een forum bijhouden. Behouden kortom. Daar gaat hij weer: Je mist helemaal niets want je kunt je abonneren. Ik heb even gekeken maar ik kan niet vinden hoe ik me kan abonneren dat alle topics naar me gemaild worden. Natuurlijk zal het zo zijn dat je een meldingsmail krijgt als je in een topic hebt gereageerd, maar dan moet je dus eerst in dat topic reageren. Maar verder snap ik het nog niet: waarom zijn er mailinglijsten en is er een forum? Ik zie op het forum dat er ook delen voor alle landen zijn. Waarom moet je alles dubbel doen? Ik denk dat dit geen discussie is die voor alleen Nederland gevoerd moet worden maar iets is wat je bij de OSMF moet opnemen: waarom overal een mailinglijst en een forum voor? Maarten smime.p7s Description: S/MIME cryptographic signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Railways
Hi all, I've recently noticed a tenancy for people to tag railways as disused, even when all traces have been gone for decades. This is probably because railway=abandoned has been removed from the rendering on openstreetmap.org (to try and stop people tagging abandoned railways..) Just a reminder to all that railway=abandoned is still the correct tag for a track that doesn't exist anymore. railway=disused is only for tracks that are still in place and able to be used (at least in theory). Has anyone seen a site that renders historical or current railway lines so I can direct people there to see their work rendered? ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Railways
According to the legend of http://www.openrailwaymap.org/ , both disused and abandoned railways are a rendered (in different styles) regards m On Thu, Nov 27, 2014 at 9:52 AM, Leon Kernan lker...@gmail.com wrote: Hi all, I've recently noticed a tenancy for people to tag railways as disused, even when all traces have been gone for decades. This is probably because railway=abandoned has been removed from the rendering on openstreetmap.org (to try and stop people tagging abandoned railways..) Just a reminder to all that railway=abandoned is still the correct tag for a track that doesn't exist anymore. railway=disused is only for tracks that are still in place and able to be used (at least in theory). Has anyone seen a site that renders historical or current railway lines so I can direct people there to see their work rendered? ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Talk-au Digest, Vol 89, Issue 2 - Railways (Marc Gemis)
Hi Marc, In the Mackay area, North Queensland, we are a variety of railways particularly to the west of the city. There is the main North Coast Railway, tag as normal for a fully operational railway, than there is railway=disused. Tracks are still there but no longer used heading directly west of city, tagged railway=disused, we also have railway=narrow_guage for cane lines to ensure differentiation between heavy and light loco's. Further west, there is clear evidence of the original track beds and bridges (no tracks) still in place, but now party absorbed into private property. I have not plotted any of these beds because its possibly just superfluous now, as it will never be reinstated. Is this the sort of rendering, tagging that may be useful? Username: Mackay Mapper (I am mapping exclusively in central and northern queensland, as I operate across a large area as part of my job and do most mapping by survey methods) Kind Regards, Tim Ney Senior Surveyor Mobile 0448095589 -Original Message- From: talk-au-requ...@openstreetmap.org [mailto:talk-au-requ...@openstreetmap.org] Sent: Thursday, 27 November 2014 10:00 PM To: talk-au@openstreetmap.org Subject: Talk-au Digest, Vol 89, Issue 2 Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Railways (Leon Kernan) 2. Re: Railways (Marc Gemis) -- Message: 1 Date: Thu, 27 Nov 2014 19:52:18 +1100 From: Leon Kernan lker...@gmail.com To: OSM Australian Talk List talk-au@openstreetmap.org Subject: [talk-au] Railways Message-ID: CACH7A8-07rTooV0w5FG58V=ntpc__pxwtv+ocyrtqk9hdhe...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Hi all, I've recently noticed a tenancy for people to tag railways as disused, even when all traces have been gone for decades. This is probably because railway=abandoned has been removed from the rendering on openstreetmap.org (to try and stop people tagging abandoned railways..) Just a reminder to all that railway=abandoned is still the correct tag for a track that doesn't exist anymore. railway=disused is only for tracks that are still in place and able to be used (at least in theory). Has anyone seen a site that renders historical or current railway lines so I can direct people there to see their work rendered? -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20141127/2860b37c/attachment-0001.html -- Message: 2 Date: Thu, 27 Nov 2014 11:17:15 +0100 From: Marc Gemis marc.ge...@gmail.com To: Leon Kernan lker...@gmail.com Cc: OSM Australian Talk List talk-au@openstreetmap.org Subject: Re: [talk-au] Railways Message-ID: CAJKJX-Tm6kfy64yz4qZo8wKzd5==Ne=gefzoagdmbtxcj3x...@mail.gmail.com Content-Type: text/plain; charset=utf-8 According to the legend of http://www.openrailwaymap.org/ , both disused and abandoned railways are a rendered (in different styles) regards m On Thu, Nov 27, 2014 at 9:52 AM, Leon Kernan lker...@gmail.com wrote: Hi all, I've recently noticed a tenancy for people to tag railways as disused, even when all traces have been gone for decades. This is probably because railway=abandoned has been removed from the rendering on openstreetmap.org (to try and stop people tagging abandoned railways..) Just a reminder to all that railway=abandoned is still the correct tag for a track that doesn't exist anymore. railway=disused is only for tracks that are still in place and able to be used (at least in theory). Has anyone seen a site that renders historical or current railway lines so I can direct people there to see their work rendered? ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20141127/701ea199/attachment-0001.html -- Subject: Digest Footer ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au -- End of Talk-au Digest, Vol 89, Issue 2 ** ___ Talk-au mailing list Talk-au@openstreetmap.org https
Re: [talk-au] Talk-au Digest, Vol 89, Issue 2 - Railways (Marc Gemis)
Hallo Tim, Two confessions, I'm not an Australian, but a Belgian lurking on your mailing list and I'm not into railway mapping. I just knew about this website. IMHO, what is useful is up to the individual mapper to decide. Here in Belgium similar situations as you describe, are all mapped with abandoned it seems. After all, they are still recognizable landscape features in an otherwise rather flat country. So I would say, just map them. regards m On Thu, Nov 27, 2014 at 11:10 PM, NeyFamily neyfami...@gmail.com wrote: Hi Marc, In the Mackay area, North Queensland, we are a variety of railways particularly to the west of the city. There is the main North Coast Railway, tag as normal for a fully operational railway, than there is railway=disused. Tracks are still there but no longer used heading directly west of city, tagged railway=disused, we also have railway=narrow_guage for cane lines to ensure differentiation between heavy and light loco's. Further west, there is clear evidence of the original track beds and bridges (no tracks) still in place, but now party absorbed into private property. I have not plotted any of these beds because its possibly just superfluous now, as it will never be reinstated. Is this the sort of rendering, tagging that may be useful? Username: Mackay Mapper (I am mapping exclusively in central and northern queensland, as I operate across a large area as part of my job and do most mapping by survey methods) Kind Regards, Tim Ney Senior Surveyor Mobile 0448095589 -Original Message- From: talk-au-requ...@openstreetmap.org [mailto: talk-au-requ...@openstreetmap.org] Sent: Thursday, 27 November 2014 10:00 PM To: talk-au@openstreetmap.org Subject: Talk-au Digest, Vol 89, Issue 2 Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Railways (Leon Kernan) 2. Re: Railways (Marc Gemis) -- Message: 1 Date: Thu, 27 Nov 2014 19:52:18 +1100 From: Leon Kernan lker...@gmail.com To: OSM Australian Talk List talk-au@openstreetmap.org Subject: [talk-au] Railways Message-ID: CACH7A8-07rTooV0w5FG58V= ntpc__pxwtv+ocyrtqk9hdhe...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Hi all, I've recently noticed a tenancy for people to tag railways as disused, even when all traces have been gone for decades. This is probably because railway=abandoned has been removed from the rendering on openstreetmap.org (to try and stop people tagging abandoned railways..) Just a reminder to all that railway=abandoned is still the correct tag for a track that doesn't exist anymore. railway=disused is only for tracks that are still in place and able to be used (at least in theory). Has anyone seen a site that renders historical or current railway lines so I can direct people there to see their work rendered? -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20141127/2860b37c/attachment-0001.html -- Message: 2 Date: Thu, 27 Nov 2014 11:17:15 +0100 From: Marc Gemis marc.ge...@gmail.com To: Leon Kernan lker...@gmail.com Cc: OSM Australian Talk List talk-au@openstreetmap.org Subject: Re: [talk-au] Railways Message-ID: CAJKJX-Tm6kfy64yz4qZo8wKzd5==Ne= gefzoagdmbtxcj3x...@mail.gmail.com Content-Type: text/plain; charset=utf-8 According to the legend of http://www.openrailwaymap.org/ , both disused and abandoned railways are a rendered (in different styles) regards m On Thu, Nov 27, 2014 at 9:52 AM, Leon Kernan lker...@gmail.com wrote: Hi all, I've recently noticed a tenancy for people to tag railways as disused, even when all traces have been gone for decades. This is probably because railway=abandoned has been removed from the rendering on openstreetmap.org (to try and stop people tagging abandoned railways..) Just a reminder to all that railway=abandoned is still the correct tag for a track that doesn't exist anymore. railway=disused is only for tracks that are still in place and able to be used (at least in theory). Has anyone seen a site that renders historical or current railway lines so I can direct people there to see their work rendered? ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Railways
This particular thing really annoys me. Fair enough if the track is still in place - go nuts mapping it - but there are disused rail lines marked up even when the track hasn't been in place for 30 years, and it's only an historical curiosity. See the Inner Circle railway in Melbourne for example: http://www.openstreetmap.org/#map=19/-37.78015/144.97908 I've been tempted to nuke this disused railway for ages, especially as the current path doesn't actually reflect where it even use to run with any accuracy. Matt On 27/11/2014 7:52 PM, Leon Kernan wrote: Hi all, I've recently noticed a tenancy for people to tag railways as disused, even when all traces have been gone for decades. This is probably because railway=abandoned has been removed from the rendering on openstreetmap.org http://openstreetmap.org (to try and stop people tagging abandoned railways..) Just a reminder to all that railway=abandoned is still the correct tag for a track that doesn't exist anymore. railway=disused is only for tracks that are still in place and able to be used (at least in theory). Has anyone seen a site that renders historical or current railway lines so I can direct people there to see their work rendered? ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-tr] Allryder Job Offer for Istanbul
Hello OSM community, Allryder has a job opportunity for mappers and Istanbul city lovers. Allryder (www.allryder.com) is a realtime urban navigation app with a strong presence in Central and Western Europe that provides comparable route planning information for urban travel. It enables users to compare the time and cost of any given journey across multiple transport mediums, in order to find the most suitable routes for individual needs. We are expanding to Istanbul and we’re currently looking for reliable mappers who would be interested to work with us and map some dolmus and minibus routes. The job is paid and could lead to another work opportunities in the near future. I am Andreea, Business Developer in Allryder. I can provide you with all the details if interested. Don't hesitate to get in touch: andr...@allryder.com Cheers! -- Andreea Pavel, Business Developer allryder | making cities smarter - Winner Mobile Tech Award 2014 - Facebook: www.facebook.com/allryderapp Twitter: www.twitter.com/allryder - m: *+49 157 33 90 21 32* Torstrasse 109, 10119 Berlin - Door2Door GmbH | AG Charlottenburg HRB 130795B | Ust-IDNr. DE276344974 Geschäftsführer: Dr. Tom Kirschbaum | Maxim Nohroudi ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
[Talk-br] Inconsistência na tradução do iD: preset pub x bar
Pessoal, notei uma inconsistência na tradução do iD. Quando você digita bar na busca, vem o preset de amenity=bar. Na verdade, o que conhecemos como bar está mais próximo do amenity=pub (daí o ícone de taça no primeiro e de caneca de chopp no segundo); a tradução mais apropriada para amenity=bar seria drinkeria. Alguém tem algo contra ou posso dar mandar um pull request na tradução? []s Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Inconsistência na tradução do iD: preset pub x bar
Eu concordo contigo Arlindo. Só uma coisa: pra realizar traduções no editor iD, em vez de fazer a alteração diretamente no repositório de código, é utilizado a interface web da ferramenta Transifex. Link: https://www.transifex.com/projects/p/id-editor/ Em 27 de novembro de 2014 20:32, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Pessoal, notei uma inconsistência na tradução do iD. Quando você digita bar na busca, vem o preset de amenity=bar. Na verdade, o que conhecemos como bar está mais próximo do amenity=pub (daí o ícone de taça no primeiro e de caneca de chopp no segundo); a tradução mais apropriada para amenity=bar seria drinkeria. Alguém tem algo contra ou posso dar mandar um pull request na tradução? []s Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Inconsistência na tradução do iD: preset pub x bar
Bem lembrado. Em 27/11/2014 20:55, John Packer john.pack...@gmail.com escreveu: Eu concordo contigo Arlindo. Só uma coisa: pra realizar traduções no editor iD, em vez de fazer a alteração diretamente no repositório de código, é utilizado a interface web da ferramenta Transifex. Link: https://www.transifex.com/projects/p/id-editor/ Em 27 de novembro de 2014 20:32, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Pessoal, notei uma inconsistência na tradução do iD. Quando você digita bar na busca, vem o preset de amenity=bar. Na verdade, o que conhecemos como bar está mais próximo do amenity=pub (daí o ícone de taça no primeiro e de caneca de chopp no segundo); a tradução mais apropriada para amenity=bar seria drinkeria. Alguém tem algo contra ou posso dar mandar um pull request na tradução? []s Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Inconsistência na tradução do iD: preset pub x bar
Será que fazer o *pull request*, invés de atrapalhar, adiantaria o processo? Eu não sei se o Transifex lida com essa necessidade de sincronia de volta. Caso ele seja capaz disso, sim, o *pull request* adiantaria o processo; muito provavelmente, porque em geral o mantenedor deixa o Transifex acumular alterações ou espera um tempo predeterminado antes de efetivar as traduções. Em 27 de novembro de 2014 20:06, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Bem lembrado. Em 27/11/2014 20:55, John Packer john.pack...@gmail.com escreveu: Só uma coisa: pra realizar traduções no editor iD, em vez de fazer a alteração diretamente no repositório de código, é utilizado a interface web da ferramenta Transifex. Link: https://www.transifex.com/projects/p/id-editor/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Reversão de edições desastrosas!
Boa noite colegas! Preciso de uma ajuda urgente, trabalhei muito tempo no mapeamento dos bairros de Cuiabá mas no envio dos dados tive alguns conflitos que aparentemente não consegui resolver corretamente e pelos vários changesets houve uma duplicação de dados (notei basicamente nos limites dos bairros incluídos). Como não faço ideia de como isso pode ter acontecido, e não sei se será possível verificar, penso que a única solução seja reverter todas as edições =/ Os changesets são os seguintes: #27081439 #27081358 #27081322 #27081045 #27042667 Att, Mateus Hidalgo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reversão de edições desastrosas!
Aliás, tem alguma ferramenta ou forma de verificar automaticamente essas sobreposições e removê-las? Mateus Hidalgo Em 28 de novembro de 2014 01:02, Mateus Hidalgo mateushida...@gmail.com escreveu: Boa noite colegas! Preciso de uma ajuda urgente, trabalhei muito tempo no mapeamento dos bairros de Cuiabá mas no envio dos dados tive alguns conflitos que aparentemente não consegui resolver corretamente e pelos vários changesets houve uma duplicação de dados (notei basicamente nos limites dos bairros incluídos). Como não faço ideia de como isso pode ter acontecido, e não sei se será possível verificar, penso que a única solução seja reverter todas as edições =/ Os changesets são os seguintes: #27081439 #27081358 #27081322 #27081045 #27042667 Att, Mateus Hidalgo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Wochennotiz Nr. 227 18.11.–24.11.2014
Hallo, die Wochennotiz Nr. 227 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/11/wochennotiz-nr-227/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
FYI: es wird über eine Änderung des Renderings auf der Hauptkarte auf osm.org diskutiert. [sorry dass ich den englischen Artikel ohne Übersetzung einfach so weiterleite] Original-Nachricht Betreff: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto Datum: Thu, 27 Nov 2014 01:16:05 + Von:Matthijs Melissen i...@matthijsmelissen.nl An: OpenStreetMap t...@openstreetmap.org Dear all, We are considering to change the colour of buildings in openstreetmap-carto, the default rendering on openstreetmap.org. Because this change has a significant effect on the looks of the map, we would like to consult the community before going ahead with this change. A rendering demo can be found here (left the current rendering, right the proposal): http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#15.00/50.0611/19.9393 http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#14.00/40.7048/-74.0040 Please note that only selected regions have been loaded into the demo server. As can be seen, the new building colour is much lighter. This should make the map more pleasant to the eye, as well as make it easier to see the road network in areas with many buildings. More info can be found in the Github issue: https://github.com/gravitystorm/openstreetmap-carto/pull/565. I would like to thank Paul Norman and Mateusz Konieczny, who have done the majority of the work. Please let us know what you think of the new rendering, either on Github or as a reply to this message. Kind regards, Matthijs ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
Oh je mine, nachdem erst die Schnellstraßen grün wurden (Eine ziemliche Katastrophe für die Leute die OSM rund um Stuttgart bekannt machen wollen), sollen jetzt noch die Gebäude in der Farbgebung schwächer werden... Paule -Ursprüngliche Nachricht- Von: Michael Kugelmann [mailto:michaelk_...@gmx.de] Gesendet: Freitag, 28. November 2014 00:30 An: OSM talk deutsch Betreff: [Talk-de] Fwd: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto FYI: es wird über eine Änderung des Renderings auf der Hauptkarte auf osm.org diskutiert. [sorry dass ich den englischen Artikel ohne Übersetzung einfach so weiterleite] Original-Nachricht Betreff:[OSM-talk] Request for feedback: new building colours in openstreetmap-carto Datum: Thu, 27 Nov 2014 01:16:05 + Von:Matthijs Melissen i...@matthijsmelissen.nl An: OpenStreetMap t...@openstreetmap.org Dear all, We are considering to change the colour of buildings in openstreetmap-carto, the default rendering on openstreetmap.org. Because this change has a significant effect on the looks of the map, we would like to consult the community before going ahead with this change. A rendering demo can be found here (left the current rendering, right the proposal): http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#15.00/50.0611/19.9393 http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#14.00/40.7048/-74.0040 Please note that only selected regions have been loaded into the demo server. As can be seen, the new building colour is much lighter. This should make the map more pleasant to the eye, as well as make it easier to see the road network in areas with many buildings. More info can be found in the Github issue: https://github.com/gravitystorm/openstreetmap-carto/pull/565. I would like to thank Paul Norman and Mateusz Konieczny, who have done the majority of the work. Please let us know what you think of the new rendering, either on Github or as a reply to this message. Kind regards, Matthijs ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
Una domanda sempre su questo argomento, i veicoli elettrici tecnicamente sono sempre veicoli a motore ma spesso è consentito loro l'accesso nelle ZTL, cercando nel wiki non ho trovato nulla di preciso, come inserite questa condizione? Ciao Marcello Il 26/11/2014 12:02, Mauro Costantini ha scritto: Attenzione, motorcar son solo le automobili; se il divieto si applica anche ad autocarri (sia goods sia hgv), bus (non di servizio pubblico), trattori agricoli, ecc ... consiglierei l'uso di un più generico motor_vehicle al posto di motorcar (e poi dare l'accesso esplicito alle opportune categorie autorizzate, non conosco bologna e non so quali siano). ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM Statistics
Prima cerca il file richiesto sul pc con questo comando: sudo updatedb locate libproj0 Se viene trovato, aggiusta i path Se non lo hai e non sai da quale pacchetto recuperarlo, su sistemi deb apt based: 1) installa il pacchetto apt-file sudo apt-get install apt-file 2) aggiorni il db di apt-file tramite apt-file update 3) cerchi il file che ti serve apt-file search libproj0 ed installi scegliendo uno dei pacchetti che ti vengono proposti che contiene il file che ti serve Ciao Marco 2014-11-27 0:44 GMT+01:00 Pratosmart pratosm...@gmail.com: Sono arrivato a generare prato_border.osm con il comando ./fast_complete_poly_filter.pl `basename Prato---280245.osm.zip .zip` `basename Prato---280245.osm.zip .osm.zip`.poly prato_border.osm Non riesco ad usare i comandi spatialite_osm_raw : ho provato a reinstallarlo ma quando eseguo ./config ottengo questo errore configure: error: 'libproj' is required but it doesn't seem to be installed on this system. suggerimenti? path sbagliati? Matteo Tempestini Pratosmart pratosm...@gmail.com www.pratosmart.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
2014-11-27 9:27 GMT+01:00 Marcello arca...@gmail.com: Una domanda sempre su questo argomento, i veicoli elettrici tecnicamente sono sempre veicoli a motore ma spesso è consentito loro l'accesso nelle ZTL, cercando nel wiki non ho trovato nulla di preciso, come inserite questa condizione? si, anche lì ci manca un valore (credo, al meno sulla pagina di access non compare)... Viene anche segnalato sulla pagina access: Not in the list: hybrid cars, electric cars, 4wd_only, [image: Sinnbild LKW mit Anhänger.svg] http://wiki.openstreetmap.org/wiki/File:Sinnbild_LKW_mit_Anh%C3%A4nger.svg (should that be hgv_caravan or road_train http://en.wikipedia.org/wiki/Road_train?). Ti andrebbe di fare una proposta (proposal)? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utilizzo di disused:amenity
2014-11-25 12:58 GMT+01:00 Matteo Quatrida matteo.quatr...@linuxmail.org: IMHO, non lo segnalerei come disused, perché: * non puoi essere certo che nessuno lo usi ancora; * se vuoi inserirlo come elemento di orientamento, è meglio sia renderizzato (potrebbe essere disused per la caccia, ma potrebbe non esserlo, su tua stessa ammissione, per l'orienteering o per altri scopi non ufficiali). +1 al proposito, sembra che Navit lo renderizza: http://wiki.openstreetmap.org/wiki/File:NavitNewElements.png ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Filmato dei cambiamenti della mappa nel tempo
2014-11-25 11:15 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Ho usato questo facendo l'estrazione dallo storico di osm https://github.com/MaZderMind/osm-history-renderer giusto una nota: Beware: the importer does *not* honor relations right now, so no multipolygon-areas or routes in the database. purtroppo le relazioni non sono gestite... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ForumPA parla di noi
Bene così, può essere l'occasione per chiedere il rilascio di tutti i dati pubblici di nostro interesse? A latere ho visto che a Vicenza siamo scarsi nelle relazioni. -- View this message in context: http://gis.19327.n5.nabble.com/ForumPA-parla-di-noi-tp5825431p5825571.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Cerco creatore di mega relazione
Cerco di identificare l'autore (creatore) della relazione 2759974 https://www.openstreetmap.org/relation/2759974 per poter contattarlo. La relazione è cosi grande (3272 membri) che tutti i tools che conosco vanno in time-out. Si tratta di una ciclovia EuroVelo in Italia. Qualsiasi aiuto è benvenuto Volker ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cerco creatore di mega relazione
Il 27 novembre 2014 18:03, Volker Schmidt ha scritto: Cerco di identificare l'autore (creatore) della relazione 2759974 per poter contattarlo. è stata creata così: relation id=2759974 changeset=15032927 timestamp=2013-02-14T19:26:00Z version=1 visible=true user=Hons084 uid=976599 La relazione è cosi grande (3272 membri) che tutti i tools che conosco vanno in time-out. dalle API si può scaricare una singola versione di un oggetto mettendo specificando un numero di versione dopo l'id (se non si mette nulla si scarica l'ultima): https://api.openstreetmap.org/api/0.6/relation/2759974/1 -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cerco creatore di mega relazione
Grazie, avevo provato https://api.openstreetmap.org/api/0.6/relation/2759974/1 ma mi ha dato nessun risultato. Riprovato adesso - funziona con Google Chrome, ma non con Firefox sul mio Windows 8.1. Hmmm Il giorno 27 novembre 2014 18:46, Daniele Forsi dfo...@gmail.com ha scritto: Il 27 novembre 2014 18:03, Volker Schmidt ha scritto: Cerco di identificare l'autore (creatore) della relazione 2759974 per poter contattarlo. è stata creata così: relation id=2759974 changeset=15032927 timestamp=2013-02-14T19:26:00Z version=1 visible=true user=Hons084 uid=976599 La relazione è cosi grande (3272 membri) che tutti i tools che conosco vanno in time-out. dalle API si può scaricare una singola versione di un oggetto mettendo specificando un numero di versione dopo l'id (se non si mette nulla si scarica l'ultima): https://api.openstreetmap.org/api/0.6/relation/2759974/1 -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
Martin, innanzitutto non ho sufficienti abilità e tempo per preparare la proposta, poi non mi convince del tutto quel meccanismo, soprattutto per casi particolari che rientrano comunque in una categoria più generale. Per spiegare meglio cosa non mi convince prendendo i veicoli elettrici nella pagina di discussione delle Condictional restrictions qualcuno suggerisce motor_vehicle https://wiki.openstreetmap.org/wiki/Key:motor_vehicle:conditional https://wiki.openstreetmap.org/wiki/Key:conditional=yes @ (fuel=electric), mentre nelle proposed features/access restrictions 1.5 era indicato access:car+electric=*, poi però non è passato nella versione approvata, per questo ho detto che non c'è nulla di preciso. A questo punto aggiungere un altro possibile modo che poi rimane solo come una delle tante idee non mi sembra costruttivo, per capire però quale è il modo migliore per avere inserito un modello di tagging nella pagina wiki approvata vorrei sapere chi decide cosa aggiungere o modificare, perché vedo che il contenuto della discussione viene riportato nella pagina wiki quasi solo per correzioni di errori o dettagli minimi. Ciao Marcello Il 27/11/2014 11:04, Martin Koppenhoefer ha scritto: 2014-11-27 9:27 GMT+01:00 Marcello arca...@gmail.com mailto:arca...@gmail.com: Una domanda sempre su questo argomento, i veicoli elettrici tecnicamente sono sempre veicoli a motore ma spesso è consentito loro l'accesso nelle ZTL, cercando nel wiki non ho trovato nulla di preciso, come inserite questa condizione? si, anche lì ci manca un valore (credo, al meno sulla pagina di access non compare)... Viene anche segnalato sulla pagina access: Not in the list: hybrid cars, electric cars, 4wd_only, Sinnbild LKW mit Anhänger.svg http://wiki.openstreetmap.org/wiki/File:Sinnbild_LKW_mit_Anh%C3%A4nger.svg (should that be hgv_caravan or road_train http://en.wikipedia.org/wiki/Road_train?). Ti andrebbe di fare una proposta (proposal)? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM Statistics
OK Ragazzi ce l’ho fatta grazie a tutti. Matteo Tempestini Pratosmart pratosm...@gmail.com www.pratosmart.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Min första ändring, några kommentarer?
On 2014-11-26 at 12:01, andreas.vi...@gmail.com wrote: Du har taggat lekplatsen som en park, är det korrekt? En lekplats är en lekplats, inte en park, och bör taggas som leisure=playground snarare än leisure=park. Det är knepigt, det var en lekplats en gång i tiden, men nu är lekställningar och sandlådor borttagna och ersatta av några enklare fotbollsmål. Skulle nog numera snarare kalla det ett grönområde eller just en liten park. Som jag förstått det är detta en låst innergård, så om lekplatsen bara är avsedd för boende bör den också taggas access=private. Nej, parken hör AFAIK inte till hyreshusen, utan är en publik park som underhålls av kommunen. Ingång utan grind finns där jag ritat start och slut på stigen, vid respektive kortände. Jag har nu anslutit stigen till gatorna på respektive sida. https://www.openstreetmap.org/changeset/27051573 Jag ser att det finns ett litet mellanrum mellan gatan och parken. Antagligen för att jag kollade på satelitbilden när jag lade ut området. Det enda som skiljer parken från gatan är ju dock trottoaren. Behöver och kan jag i editorn ansluta kortändarna på parken till gatorna på något sätt för att mellanrummen ska försvinna? Jag ser också att parken försvinner som detalj när jag zoomar ut från 19 till 18. Kan inte se att andra små grönytor beter sig på detta sätt. Vad beror det på? Visst är iD relativt lätt att lära sig för att göra småändringar, men vill du lära dig hur OSM verkligen fungerar bör du använda dig av Josm. Ok, noterat. -- Fredrik Jonson ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-at] OSM in Singapur/Thailand
Guten Morgen, Kurze Frage hat jemand Erfahrung mit OSM in Singapur, bzw. mit OSMAnd und der Thailandkarte? Ist die brauchbar oder ist es eher nicht zu empfehlen? Vielen Dank! emga ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM in Singapur/Thailand
Hallo, hab die Karte letztes Jahr in Thailand am Handy und am Garmin genutzt. War zwar nicht so gut gemapped wie in Österreich aber zum Orientieren ausreichend. Größere Straßen waren alle verzeichnet. Mit freundlichen Grüßen Dipl.-Ing. Paul Wölfel Email paul.woel...@gmail.com Tel. +43 664 88 533 801 Lindengasse 31/1/11 1070 Wien Austria Am 27.11.2014 09:19 schrieb e...@gmx.net: Guten Morgen, Kurze Frage hat jemand Erfahrung mit OSM in Singapur, bzw. mit OSMAnd und der Thailandkarte? Ist die brauchbar oder ist es eher nicht zu empfehlen? Vielen Dank! emga ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM in Singapur/Thailand
On 2014-11-27 09:18, e...@gmx.net wrote: Guten Morgen, Kurze Frage hat jemand Erfahrung mit OSM in Singapur, bzw. mit OSMAnd und der Thailandkarte? Ist die brauchbar oder ist es eher nicht zu empfehlen? Singapur sieht gut aus. Kollegen waren dort zufrieden. Mit dem mobile wirst ggf. Sorgen mit dem Empfang haben, in Häuserschluchten ist GPS ned das beste am Mobile... Vielen Dank! emga 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 signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-pt] Dados sid
Bom dia Preciso de trabalhar no QGIS com dados no formato SID no Mac. Alguém sabe como se pode fazer para que ele suporte este tipo de dados? Obrigado! Ângela Serra Seixas ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Dados sid
Bom dia, Com o plugin MrSid consegue-se utilizar dados SID no QGis em Mac. Cumprimentos, António Santos António Pedro Oliveira Cunha Santos Patience is the companion of wisdom. Aurelius Augustinus Hipponesis No dia 27 de novembro de 2014 às 10:58, Ângela Seixas angela.sei...@gmail.com escreveu: Bom dia Preciso de trabalhar no QGIS com dados no formato SID no Mac. Alguém sabe como se pode fazer para que ele suporte este tipo de dados? Obrigado! Ângela Serra Seixas ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Dados sid
Viva, Mesmo se temos alguns especialista de QGIS aqui, é mais uma pergunta para a lista OSGEO ;-) Pelo que vejo não é formato livre : - http://en.wikipedia.org/wiki/MrSID Francisco - Mail original - From: Antonio Cunha Santos antoniopocsan...@gmail.com To: OSM Portugal talk-pt@openstreetmap.org Date: 27/11/2014 12:11:00 Subject: Re: [Talk-pt] Dados sid Bom dia, Com o plugin MrSid consegue-se utilizar dados SID no QGis em Mac. Cumprimentos, António Santos António Pedro Oliveira Cunha Santos Patience is the companion of wisdom. Aurelius Augustinus Hipponesis No dia 27 de novembro de 2014 às 10:58, Ângela Seixas angela.sei...@gmail.com escreveu: Bom dia Preciso de trabalhar no QGIS com dados no formato SID no Mac. Alguém sabe como se pode fazer para que ele suporte este tipo de dados? Obrigado! Ângela Serra Seixas ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Dados sid
Bom dia, O formato é proprietário, mas existe uma implementação livre que utiliza a GDAL 1.10.1 para suportar o formato SID. Pode ser descarregada do KyngChaos http://www.kyngchaos.com/software/frameworks. Quando muito será preciso escrever algum código python e modificar scripts bash para instalar a GDAL 1.10.1 nas versões recentes do MacOS. Mas de facto o formato é proprietário e não aberto. Cumprimentos, António Pedro Oliveira Cunha Santos Patience is the companion of wisdom. Aurelius Augustinus Hipponesis No dia 27 de novembro de 2014 às 11:28, f.dos.san...@free.fr escreveu: Viva, Mesmo se temos alguns especialista de QGIS aqui, é mais uma pergunta para a lista OSGEO ;-) Pelo que vejo não é formato livre : - http://en.wikipedia.org/wiki/MrSID Francisco - Mail original - From: Antonio Cunha Santos antoniopocsan...@gmail.com To: OSM Portugal talk-pt@openstreetmap.org Date: 27/11/2014 12:11:00 Subject: Re: [Talk-pt] Dados sid Bom dia, Com o plugin MrSid consegue-se utilizar dados SID no QGis em Mac. Cumprimentos, António Santos António Pedro Oliveira Cunha Santos Patience is the companion of wisdom. Aurelius Augustinus Hipponesis No dia 27 de novembro de 2014 às 10:58, Ângela Seixas angela.sei...@gmail.com escreveu: Bom dia Preciso de trabalhar no QGIS com dados no formato SID no Mac. Alguém sabe como se pode fazer para que ele suporte este tipo de dados? Obrigado! Ângela Serra Seixas ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Dados sid
Bom dia Muito obrigado pelos esclarecimentos. Cumprimentos, Ângela Serra Seixas ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
[Talk-cz] Preklad terminu o mostech?
Ahoj, neni tu nahodou nejaky stavar, ktery se vyzna v mostech? Potreboval bych pro JOSM prelozit nekolik anglickych terminu z teto stranky http://wiki.openstreetmap.org/wiki/Proposed_features/Bridge_types#Proposal a nemam ani paru, jak to muze byt spravne cesky. Jsou to: - bascule - transporter - lift_pier - pivot_pier Predem diky za radu. Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Preklad terminu o mostech?
Ahoj, 2014-11-27 9:37 GMT+01:00 Dalibor Jelínek dali...@dalibor.cz: neni tu nahodou nejaky stavar, ktery se vyzna v mostech? To tedy nejsem, ale poradit umí každej, žejo… Potreboval bych pro JOSM prelozit nekolik anglickych terminu z teto stranky http://wiki.openstreetmap.org/wiki/Proposed_features/Bridge_types#Proposal a nemam ani paru, jak to muze byt spravne cesky. Jsou to: - bascule - transporter - lift_pier - pivot_pier Tak podle https://cs.wikipedia.org/wiki/Most#Pohybliv.C3.A9_mosty bych ty druhy mostů viděl na - sklopný most - mostní dopravník neboli gondolový most neboli transbordér Ale jestli/jak se konkrétně označují ty pilíře, to tedy vážně netuším. (Leda nějaký obecný opis typu čep sklopného mostu, čep otočného mostu.) -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Preklad terminu o mostech?
Ahoj, v česku pro to analogie moc nejsou: http://wiki.openstreetmap.org/wiki/Proposed_features/Bridge_types#Proposal - bascule *** sklápěcí - transporter *** dopravník - lift_pier - pivot_pier *** zdvihací a otočný pilíř ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - nová verze
Dne 26.11.2014 21:35, Marián Kyral napsal(a): Ahoj, tak jsem právě nahrál novou verzi Tracer pluginu. Nového je hodně. Obrovskou zásluhu na tom má Martin Švec, který se do toho pustil s vervou a kompletně přepsal celou logiku zpracování, ořezávání a napojování okolních cest a čištění od nejrůznějších anomálií typu duplicitní body a ocásky. Už by jste neměli potkat chybu: Deleted node referenced. ;-) Převedeny jsou pluginy LPIS a Ruian. RuianLands je stále ve stádiu experimentů a modul původního traceru zatím převeden není. Tuto verzi už nějakou verzi testuji a funguje mnohem lépe než starý tracer. Funguje ořezávání cest a jednoduchých multipolygonů. Složitější multipolygony zatím nejsou podporovány. Stejně tak ještě stále nefunguje přetrasovávání již existujících polí. V tomto případě doporučuji pole natrasovat bez ořezu a použít funkci Nahradit geometrii z utilsplugin2 pluginu. Pak je možno dané pole znova natrasovat a to by se už měl provést ořez a napojení na okolní cesty (Ovšem s výjimkou těch prozatím nepodporovaných případů ;-) ) Takže vyzkoušejte a nahlaste nalezené problémy. Případně pokud máte nějaké návrhy, co by se ještě mohlo vylepšit. TODO: *) Převést i zbývající modul (Classic) *) Zahodit starý modul pro ořez a pročistit kód *) Předělat konfiguraci jednotlivých modulů *) Opravy chyb a další vylepšení Doplním pár bodů: (*) Pokud používáte v JOSM jinou projekci než Mercatora, ozvěte se. Patrně budete mít problém ;-) (*) Když neproběhne ořez multipolygonu, podívejte se jestli nemá old-style tagování (tagy na cestách). Případně převeďte na new-style (plošné tagy z cest přesunout na relaci) a zkuste znovu. New-style multipolygony Tracer ořezává mnohem ochotněji. (*) Pozor, při ořezech můžou vznikat malé odřezky, které byste měli zkontrolovat a popř. smazat. V RUIANu už se mažou automaticky, u LPISu zatím není jasné co považovat za malý odřezek. (*) Vůbec není podporován ořez multipolygonů s _neuzavřenými_ outer cestami, např. rozsáhlé lesy. Užijte si trasování a podezřelosti hned hlaste. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Preklad terminu o mostech?
zdar, taky nejsem stavař, nicméně nemyslím si, že by šlo až o takové speciality, takže bych si dovolil návrhy poopravit, i když s odkazy na českou Wiki mě už Petr předběhl ... http://wiki.openstreetmap.org/wiki/Proposed_features/Bridge_types#Proposal - bascule *** sklápěcí ehm, spíše sklopný https://www.google.com/search?q=%22sklopn%C3%BD+most%22ie=UTF-8 6320 výsledků https://www.google.com/search?q=%22skl%C3%A1p%C4%9Bc%C3%AD+most%22ie=UTF-8 1450 výsledků - transporter *** dopravník http://cs.wikipedia.org/wiki/Gondolový_most - lift_pier - pivot_pier *** zdvihací podle http://cs.wikipedia.org/wiki/Most spíše zvedací; Google spojení zvedací pilíř ani zdvihací pilíř nezná, nicméně ve spojení s mostem je to 19900 vs 4940 a otočný pilíř podle stejné logiky jako výše spíše otáčecí - otočný je samotný most[1], ale pilíř bude nejspíše statický, jen sloužící k otáčení[2] [1] http://ssjc.ujc.cas.cz/search.php?hledej=Hledatheslo=oto%C4%8Dn%C3%BDsti=EMPTYwhere=heslahsubstr=no [2] http://ssjc.ujc.cas.cz/search.php?hledej=Hledatheslo=ot%C3%A1%C4%8Dec%C3%ADsti=EMPTYwhere=heslahsubstr=no K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger vos caches navigateur). La liste des items avait été amorcée ici-même, je l'ai un peu revue et actualisée sur le wiki [1], elle reste évidemment ouverte à suggestions, tant sur les formulations que sur l'inventaire des cas. Le premier bénéfice attendu est d'identifier visuellement les voies qualifiés, et en creux le vrai reste à faire sur une commune, en distinguant les lignes à 'Ok' des autres. Incidemment, la qualification, stockée en base et historisée, permettra d'alimenter un dialogue avec la DGFiP le jour où nous aurons un peu de matière accumulée. vincent [1] : http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#Typologie_des_anomalies_FANTOIR ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le beau fail de Nominatim du matin
Là, j'ai beau chercher une explication rationnelle, je vous avoue que je n'en n'ai pas ! Sachant que cherche Avenue Charlemagne, Caen va donner le bon résultat. -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Le 27 novembre 2014 09:19, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger vos caches navigateur). Nickel ! À mon avis, il faudrait ne pas hésiter à mettre plus d'exemples réels, afin de pouvoir choisir plus facilement le type d'erreur. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Actuellement il y a 4 colonnes avec/sans adresse et avec/sans rapprochement osm il serait peut etre interessant de n'avoir que 2 colonnes et l'info si adresse Code FANTOIR - Voie FANTOIR - Adresse - Voie OSM - Cartes - Édition - Statut FANTOIR cela permettrait de mieux voir les libellés des voie Fantoir (place truc, rue truc, rue trucx) indépendement du fait quelles ait des adresses ou pas le but etant de nommer au mieux toutes les voies en tout cas, compliment au travail de l'equipe Bano - Mail d'origine - De: Vincent de Château-Thierry osm.v...@free.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Thu, 27 Nov 2014 09:19:28 +0100 (CET) Objet: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger vos caches navigateur). La liste des items avait été amorcée ici-même, je l'ai un peu revue et actualisée sur le wiki [1], elle reste évidemment ouverte à suggestions, tant sur les formulations que sur l'inventaire des cas. Le premier bénéfice attendu est d'identifier visuellement les voies qualifiés, et en creux le vrai reste à faire sur une commune, en distinguant les lignes à 'Ok' des autres. Incidemment, la qualification, stockée en base et historisée, permettra d'alimenter un dialogue avec la DGFiP le jour où nous aurons un peu de matière accumulée. vincent [1] : http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#Typologie_des_anomalies_FANTOIR ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Tu as finalement abandonné l'idée de backliste sur le wiki que l'on avait commencé ? http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29/Liste_noire L'avantage du wiki c'est que c'était indépendant de l'outil, dans l'idée ça permettait aussi de blacklister des adresses unitairement. Le 27/11/2014 09:19, Vincent de Château-Thierry a écrit : Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger vos caches navigateur). La liste des items avait été amorcée ici-même, je l'ai un peu revue et actualisée sur le wiki [1], elle reste évidemment ouverte à suggestions, tant sur les formulations que sur l'inventaire des cas. Le premier bénéfice attendu est d'identifier visuellement les voies qualifiés, et en creux le vrai reste à faire sur une commune, en distinguant les lignes à 'Ok' des autres. Incidemment, la qualification, stockée en base et historisée, permettra d'alimenter un dialogue avec la DGFiP le jour où nous aurons un peu de matière accumulée. vincent [1] : http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#Typologie_des_anomalies_FANTOIR ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Bonjour Vincent, C'est super ta MaJ! On va pouvoir dégommer du rouge intelligemment maintenant. lol Par contre, quid des erreurs qu'on avait corrigé avant sans faire de remonter d'info? Y a possibilité de faire un export comparatif pour recatégoriser l'erreur a posteriori pour le donner à la DGFIP? J'essaye de me pencher ce WE sur ta nouvelle catégorisation en l'appliquant aux erreurs restant sur Nancy et sa communauté urbaine (50 erreurs environ). On verra ce que ca donne mais là, à 1ère vue, ca me paraît plus adapté que le 1er jet de catégorie qu'on avait fait. A propos de l'anomalie 1, source vérifiée sur le terrain: la plaque de rue en fait-elle partie? puisque elle aussi peut-être dans l'erreur... Sinon pour le cas 11bis, celui des immeubles uniques. Il faudrait savoir si la DGFIP considère ca comme une erreur ou pas, donc si il faut la corriger pour le rattacher au code Fantoir de la voie, parce que tous les immeubles de France n'ont pas de code Fantoir en propre, loin de là... Au plaisir de voir vos commentaires PS: on va être responsable d'une meilleure levée de l'impôt avec notre projet BAN(O) de correction des adresses... lol Donat -- Message transféré -- From: Vincent de Château-Thierry osm.v...@free.fr To: Discussions sur OSM en français talk-fr@openstreetmap.org Cc: Date: Thu, 27 Nov 2014 09:19:28 +0100 Subject: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger vos caches navigateur). La liste des items avait été amorcée ici-même, je l'ai un peu revue et actualisée sur le wiki [1], elle reste évidemment ouverte à suggestions, tant sur les formulations que sur l'inventaire des cas. Le premier bénéfice attendu est d'identifier visuellement les voies qualifiés, et en creux le vrai reste à faire sur une commune, en distinguant les lignes à 'Ok' des autres. Incidemment, la qualification, stockée en base et historisée, permettra d'alimenter un dialogue avec la DGFiP le jour où nous aurons un peu de matière accumulée. vincent [1] : http://wiki.openstreetmap.org/wiki/WikiProject_France/ WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)# Typologie_des_anomalies_FANTOIR ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
De: didier2...@free.fr Actuellement il y a 4 colonnes avec/sans adresse et avec/sans rapprochement osm il serait peut etre interessant de n'avoir que 2 colonnes et l'info si adresse Code FANTOIR - Voie FANTOIR - Adresse - Voie OSM - Cartes - Édition - Statut FANTOIR cela permettrait de mieux voir les libellés des voie Fantoir (place truc, rue truc, rue trucx) indépendement du fait quelles ait des adresses ou pas le but etant de nommer au mieux toutes les voies Oui, à creuser. Il faut trouver le compromis entre listes longues et page large :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
De: Frédéric Rodrigo fred.rodr...@gmail.com Tu as finalement abandonné l'idée de backliste sur le wiki que l'on avait commencé ? http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29/Liste_noire L'avantage du wiki c'est que c'était indépendant de l'outil, dans l'idée ça permettait aussi de blacklister des adresses unitairement. Pour moi il n'y a pas de concurrence entre les 2. La liste amorcée sur le wiki concerne les adresses et/ou voies qu'on ne veut pas voir dans les exports BANO. Alors que la qualification des erreurs ne dit pas ce qui doit être exporté. Outre la matière à feedback vers la DGFiP, ça vise plutôt à éviter de revenir x fois sur le traitement unitaire d'un rapprochement, dès lors que quelqu'un a renseigné la raison d'un non rapprochement (même si rien n'empêche de qualifier aussi des voies rapprochées, pas exemptes d'anomalies). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Le 27/11/2014 10:28, Vincent de Château-Thierry a écrit : De: Frédéric Rodrigo fred.rodr...@gmail.com Tu as finalement abandonné l'idée de backliste sur le wiki que l'on avait commencé ? http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29/Liste_noire L'avantage du wiki c'est que c'était indépendant de l'outil, dans l'idée ça permettait aussi de blacklister des adresses unitairement. Pour moi il n'y a pas de concurrence entre les 2. La liste amorcée sur le wiki concerne les adresses et/ou voies qu'on ne veut pas voir dans les exports BANO. Alors que la qualification des erreurs ne dit pas ce qui doit être exporté. Outre la matière à feedback vers la DGFiP, ça vise plutôt à éviter de revenir x fois sur le traitement unitaire d'un rapprochement, dès lors que quelqu'un a renseigné la raison d'un non rapprochement (même si rien n'empêche de qualifier aussi des voies rapprochées, pas exemptes d'anomalies). Donc si je comprend bien la qualification dans l'outil ne retire pas la voie de de la génération de la bano, et ne fait pas disparaître le rouge de la carte ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
De: Donat ROBAUX dona...@gmail.com Par contre, quid des erreurs qu'on avait corrigé avant sans faire de remonter d'info? Toutes les voies dans les 4 listes sont qualifiables, sans limite de temps. PS: on va être responsable d'une meilleure levée de l'impôt avec notre projet BAN(O) de correction des adresses... lol ;) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
De: Frédéric Rodrigo fred.rodr...@gmail.com Donc si je comprend bien la qualification dans l'outil ne retire pas la voie de de la génération de la bano, et ne fait pas disparaître le rouge de la carte ? Tout à fait, au moins pour l'instant. On peut bien sûr imaginer tenir compte de certains types (voies en doublon par ex.) pour les filtrer dans le rendu, voire dans les exports. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Le rouge pourra disparaitre de la carte... ça sera utile pour éviter de revenir dessus. Ce système de qualification des non rapprochements est tout neuf et pas encore exploité par le rendu BANO, mais je vais regarder ça rapidos ;) Le 27 novembre 2014 10:33, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 27/11/2014 10:28, Vincent de Château-Thierry a écrit : De: Frédéric Rodrigo fred.rodr...@gmail.com Tu as finalement abandonné l'idée de backliste sur le wiki que l'on avait commencé ? http://wiki.openstreetmap.org/wiki/WikiProject_France/ WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29/Liste_noire L'avantage du wiki c'est que c'était indépendant de l'outil, dans l'idée ça permettait aussi de blacklister des adresses unitairement. Pour moi il n'y a pas de concurrence entre les 2. La liste amorcée sur le wiki concerne les adresses et/ou voies qu'on ne veut pas voir dans les exports BANO. Alors que la qualification des erreurs ne dit pas ce qui doit être exporté. Outre la matière à feedback vers la DGFiP, ça vise plutôt à éviter de revenir x fois sur le traitement unitaire d'un rapprochement, dès lors que quelqu'un a renseigné la raison d'un non rapprochement (même si rien n'empêche de qualifier aussi des voies rapprochées, pas exemptes d'anomalies). Donc si je comprend bien la qualification dans l'outil ne retire pas la voie de de la génération de la bano, et ne fait pas disparaître le rouge de la carte ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
A défaut, tu as les polygones des communes stables (la dernière publiée sur data.gouv.fr http://data.gouv.fr/ simplifiée à 5m) dans la table communes sur osm104 ;) +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Attention donc à ne pas mélanger les choses. Certains des status ne signifient pas qu'il faut ignorer le code fantoir comme Erreur d'orthographe Le 27/11/2014 10:38, Christian Quest a écrit : Le rouge pourra disparaitre de la carte... ça sera utile pour éviter de revenir dessus. Ce système de qualification des non rapprochements est tout neuf et pas encore exploité par le rendu BANO, mais je vais regarder ça rapidos ;) Le 27 novembre 2014 10:33, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Le 27/11/2014 10:28, Vincent de Château-Thierry a écrit : De: Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com Tu as finalement abandonné l'idée de backliste sur le wiki que l'on avait commencé ? http://wiki.openstreetmap.org/__wiki/WikiProject_France/__WikiProject_Base_Adresses___Nationale_Ouverte_%28BANO%29/__Liste_noire http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29/Liste_noire L'avantage du wiki c'est que c'était indépendant de l'outil, dans l'idée ça permettait aussi de blacklister des adresses unitairement. Pour moi il n'y a pas de concurrence entre les 2. La liste amorcée sur le wiki concerne les adresses et/ou voies qu'on ne veut pas voir dans les exports BANO. Alors que la qualification des erreurs ne dit pas ce qui doit être exporté. Outre la matière à feedback vers la DGFiP, ça vise plutôt à éviter de revenir x fois sur le traitement unitaire d'un rapprochement, dès lors que quelqu'un a renseigné la raison d'un non rapprochement (même si rien n'empêche de qualifier aussi des voies rapprochées, pas exemptes d'anomalies). Donc si je comprend bien la qualification dans l'outil ne retire pas la voie de de la génération de la bano, et ne fait pas disparaître le rouge de la carte ? _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO avé l'assent
http://layers.openstreetmap.fr/?zoom=18lat=47.21579lon=5.98253layers=BFT Parce que l'accent, là, il n'est ni espagnol, ni franc-comtois… Je ne vois plus rien ce matin (rapprochement probablement effectué), mais j’ai vu des caractères codés dans des noms de rues sur la couche BANO… … en Haute-Savoie ;-) 742130120N CHE DU CHAMP MIEVRE http://layers.openstreetmap.fr/?zoom=17lat=45.91764lon=6.08008layers=BFT — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Oui, à creuser. Il faut trouver le compromis entre listes longues et page large :) Un tri par colonne et/ou un filtre sur rapprochée (ou pas) ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO avé l'assent
Il y a un pépin d'encodage quelque part, plutôt du côté rendu car les données sont OK dans la base. +1 sur la tout doux liste ! Le 27 novembre 2014 10:54, Yves Pratter yves.prat...@gmail.com a écrit : http://layers.openstreetmap.fr/?zoom=18lat=47.21579lon=5.98253layers=BFT Parce que l'accent, là, il n'est ni espagnol, ni franc-comtois... Je ne vois plus rien ce matin (rapprochement probablement effectué), mais j'ai vu des caractères codés dans des noms de rues sur la couche BANO... ... en Haute-Savoie ;-) 742130120NCHE DU CHAMP MIEVRE [image: 46673.png] http://layers.openstreetmap.fr/?zoom=17lat=45.91764lon=6.08008layers=BFT -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Le 27/11/2014 09:19, Vincent de Château-Thierry a écrit : Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger vos caches navigateur). Wow !! Tu viens de nous donner un paquet de travail en plus ! Dommage que je n'ai pas noté toutes les erreurs que j'ai rencontrées, surtout au niveau des adresses hors périmètres puisqu'une fois le rapprochement effectué, on ne les voit plus. Est-ce que le cas de ces adresses hors périmètre ne devrait pas être à part de la liste ? Par exemple une case à cocher ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi qualité des frontières communales
Bonjour, Encore du yakafokon : Une autre approche : 1. Rechercher une commune A 2. Choisir une commune voisine B - l'outil Etat Commune de Christian sait les retrouver 3. Récupérer le chemin de limite communale entre les deux communes 4. Récupérer les limites communales du cadastre pour les deux communes 5. Afficher tout ça sous forme vectorielle (*), avec des couleurs semi transparentes. Les combinaisons de couleurs des surfaces permettent d'identifier les superpositions et les vides (*) leaflet doit pouvoir le faire, si je ne m'abuse. Le 23 novembre 2014 18:19, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Bonsoir, En dégommant du rouge dans le 44 pour Bano, je me suis retrouvé à utiliser régulièrement les couches cadastres, ce que je n'avais pas fait depuis un moment. La surprise est que les frontières sont assez régulièrement imprécises, décalées, voire parfois très décalées. Ce que j'ai surtout remarqué, c'est vouloir les corriger est assez fastidieux avec les 2 méthodes que je connais : - Charger les limites communales depuis casastre.openstreetmap.gouv : Les récupérer prend du temps, et une fois fait, on se mélange assez rapidement les pinceaux entre celles de la commune A, de la commune B, et la frontière existante dans Osm. - Charger les couches cadastrales des 2 communes, basculer de l'une à l'autre, jouer de la touche F10, jouer avec la transparence, etc... Sauf s'il y a une autre méthode plus efficace, je me disais qu'une couche à la route 500/hydro/etc... serait bien pratique. On pourrait imaginer récupérer les limites de toutes les communes dont le cadastre est vectorisé à intervalle régulier (mensuel ?) et pouvoir les afficher sur cette couche. Ensuite, on peut remplir les espaces entre les 2 limites avec 2 couleurs différentes en fonction de la situation (Il y a un espace vide entre les 2 limites, ou bien les limites englobent des surfaces communes.). Ces couleurs devront être assez transparentes si c'est possible. Je ne suis pas certain qu'afficher la limite présente dans Osm soit utile (elle est déjà sur le fond de carte), sauf à réussir à mettre en valeur les zones où elle s'éloigne beaucoup de son emplacement idéal. Oui, c'est du yakafokon. Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://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 https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Quid des voies en doublon sur des codes fantoir appartenant à deux communes différentes? Doit on considérer ça comme un doublon classique? Comment choisir le code fantoir à appliquer(celui de la commune A ou B)? Est ce que ce n'est pas plutot à nous de trouver un moyen pour indiquer les deux codes sur la voie qui permettra de remonter une erreur? Date: Thu, 27 Nov 2014 11:52:10 +0100 From: stephane.pen...@wanadoo.fr To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR Le 27/11/2014 09:19, Vincent de Château-Thierry a écrit : Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger vos caches navigateur). Wow !! Tu viens de nous donner un paquet de travail en plus ! Dommage que je n'ai pas noté toutes les erreurs que j'ai rencontrées, surtout au niveau des adresses hors périmètres puisqu'une fois le rapprochement effectué, on ne les voit plus. Est-ce que le cas de ces adresses hors périmètre ne devrait pas être à part de la liste ? Par exemple une case à cocher ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi qualité des frontières communales
Question naïve ? Ne peut-on pas pousser l’IGN à publier les limites communales dans le cadre d'Etalab ? — Yves https://www.data.gouv.fr/fr/topics/territoires-et-transports/ https://www.data.gouv.fr/fr/topics/territoires-et-transports/ Il y a GéoFLA communes https://www.data.gouv.fr/fr/datasets/geofla-communes/ mais de mémoire la précision n’est pas très bonne et notre Découpage administratif communal français issu d’OpenStreetMap https://www.data.gouv.fr/fr/datasets/decoupage-administratif-communal-francais-issu-d-openstreetmap/ qui demande encore du travail de nettoyage.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Ce n'est pas un vrais doublon. Pour cela il faut faire une relation par commune. On pourrait également mettre les deux code fantoir séparé par un ;, mais c'est mal gérer par les outil et on perd de l'information sur qu'elle adresse est dans qu'elle commune. D'ailleurs dans ce cas il faudrait également dire à quelle commune a appartient la rue et les adresses, chose que l'on ne fait pas, mais qui à mon sens pose problème pour un usage plus général des adresses dans OSM. Le 27/11/2014 12:48, Ronan Morin a écrit : Quid des voies en doublon sur des codes fantoir appartenant à deux communes différentes? Doit on considérer ça comme un doublon classique? Comment choisir le code fantoir à appliquer(celui de la commune A ou B)? Est ce que ce n'est pas plutot à nous de trouver un moyen pour indiquer les deux codes sur la voie qui permettra de remonter une erreur? Date: Thu, 27 Nov 2014 11:52:10 +0100 From:stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr To:talk-fr@openstreetmap.org mailto:talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR Le 27/11/2014 09:19, Vincent de Château-Thierry a écrit : Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger vos caches navigateur). Wow !! Tu viens de nous donner un paquet de travail en plus ! Dommage que je n'ai pas noté toutes les erreurs que j'ai rencontrées, surtout au niveau des adresses hors périmètres puisqu'une fois le rapprochement effectué, on ne les voit plus. Est-ce que le cas de ces adresses hors périmètre ne devrait pas être à part de la liste ? Par exemple une case à cocher ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi qualité des frontières communales
Le jeudi 27 novembre 2014 13:14:48, Yves Pratter a écrit : Question naïve ? Ne peut-on pas pousser l’IGN à publier les limites communales dans le cadre d'Etalab ? Quel serait l'intérêt ? Leurs limites ne sont pas forcément meilleures que celles d'osm. Disons que c'est variable selon les endroits. notre Découpage administratif communal français issu d’OpenStreetMap qui demande encore du travail de nettoyage. C'est à dire ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
De: Stéphane Péneau stephane.pen...@wanadoo.fr Dommage que je n'ai pas noté toutes les erreurs que j'ai rencontrées, surtout au niveau des adresses hors périmètres puisqu'une fois le rapprochement effectué, on ne les voit plus. En effet. Là c'est la mémoire de chacun qui pourra aider, même si (mode yaka) un traitement sue le nuage de chaque groupe d'adresses d'une voie devrait permettre d'éveiller nos soupçons sur telle ou telle voie, lorsqu'un sel point étire le nuage. des histoires de moyenne et d'écart type, si y'a des volontaires :) Est-ce que le cas de ces adresses hors périmètre ne devrait pas être à part de la liste ? Par exemple une case à cocher ? Dans la liste, c'est le seul item qui parle de géométrie, c'est vrai, et ça le met un peu à part. Le point commun avec les autres, c'est qu'il peut motiver un retour de notre part vers le producteur. On verra sur la durée s'il a bien sa place dans la liste, j'aimerais ne pas aller trop vite vers une usine à gaz ;) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Je comprends la peur de l'usine à gaz. Sinon, un bête champ libre pour laisser un commentaire ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR
Le 27/11/2014 09:19, Vincent de Château-Thierry a écrit : Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger vos caches navigateur). La liste des items avait été amorcée ici-même, je l'ai un peu revue et actualisée sur le wiki [1], Tout d'abord merci Vincent ! A propos de la liste des items, il serait utile d'avoir l'explication de chaque item directement dans la page de l'appli (sous forme d'infobule ou bien en texte à gauche du tableau) évitant ainsi des aller-retours fréquents avec la page wiki. La prochaine réunion du groupe local à Marseille va justement porter sur BANO, je ferai une présentation de ton outil. Merci encore. Charles. elle reste évidemment ouverte à suggestions, tant sur les formulations que sur l'inventaire des cas. Le premier bénéfice attendu est d'identifier visuellement les voies qualifiés, et en creux le vrai reste à faire sur une commune, en distinguant les lignes à 'Ok' des autres. Incidemment, la qualification, stockée en base et historisée, permettra d'alimenter un dialogue avec la DGFiP le jour où nous aurons un peu de matière accumulée. vincent [1] : http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#Typologie_des_anomalies_FANTOIR ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi qualité des frontières communales
L'IGN a plusieurs découpages administratifs (si, si, on peut). Celui de la BD Topo est bof bof d'après les retours que j'ai pu avoir. Beaucoup de problème de mise à jour lors d'échange de terrains entre communes à ce qu'il me semble. Il y en a un qui est issu de la BD Parcellaire, mais je ne sais pas si il est diffusé sous forme de produit et c'est sûr qu'il n'est pas en opendata. Les sondages qu'on a pu faire sur les plus gros écarts ont jusqu'à présent montrés qu'OSM est souvent bien plus dans le vrai (comparé au cadastre) que l'IGN... ce qui bien sûr fait grincer quelques dents. Par contre, on a de quoi faire un outil pour détecter les plus gros écarts avec les limites du cadastre. Certaines de nos limites ont été tracées à partir du cadastre image, calé à la main, parfois difficilement et vu que de plus en plus de ces communes sont désormais disponibles en vectoriel, il y a un comparaison à faire qui serait fort utile. Les scripts de BANO peuvent ressortir toutes les limites de communes automatiquement et donc alimenter une base utile à un tel outil qui peut prendre plusieurs formes comme : - l'ajout des différentes limites dans le rendu BANO (actuellement il n'y en a qu'une qui sert à se repérer) - la production d'erreurs osmose là où on détecter de gros écarts On the tout doux liste ;) Le 27 novembre 2014 13:55, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le jeudi 27 novembre 2014 13:14:48, Yves Pratter a écrit : Question naïve ? Ne peut-on pas pousser l'IGN à publier les limites communales dans le cadre d'Etalab ? Quel serait l'intérêt ? Leurs limites ne sont pas forcément meilleures que celles d'osm. Disons que c'est variable selon les endroits. notre Découpage administratif communal français issu d'OpenStreetMap qui demande encore du travail de nettoyage. C'est à dire ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Crèches, halte-garderies, multi-accueils, écoles maternelles
Bonjour, J’ai intégré des écoles maternelles proposées par Osmose avec amenity=school school:FR=maternelle ref:UAI= Je tombe sur un multi-accueil et je pense intuitivement à amenity=kindergarten sauf que le wiki est clair — et ce que propose Osmose plus haut n’est pas cohérent ;-) La « grande » discussion sur le sujet n’a semble-t-il pas de consensus : https://www.mail-archive.com/talk-fr@openstreetmap.org/msg64477.html https://www.mail-archive.com/talk-fr@openstreetmap.org/msg64477.html Que fait-on maintenant ? Merci, — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi qualité des frontières communales
Quel serait l'intérêt ? Leurs limites ne sont pas forcément meilleures que celles d'osm. Disons que c'est variable selon les endroits. Ne pas consommer le temps des contributeurs sur ça alors que l’IGN en a sûrement une, « officielle » (?). Mieux vaut utiliser notre énergie à faire ce que l’IGN ne fera et ne pourra jamais faire… Et avec les souhaits de nos gouvernants d’ouvrir les données publiques, les limites « administratives » seraient de bonnes candidates, non ? notre Découpage administratif communal français issu d’OpenStreetMap qui demande encore du travail de nettoyage. C'est à dire ? Je te cite ;-) « On distingue facilement les zones superposées, les no man's land, et les endroits où la limite d'Osm s'écarte de l’idéal. » @Christian Les sondages qu'on a pu faire sur les plus gros écarts ont jusqu'à présent montrés qu'OSM est souvent bien plus dans le vrai (comparé au cadastre) que l'IGN... ce qui bien sûr fait grincer quelques dents. Bravo à la communauté :-) Les scripts de BANO peuvent ressortir toutes les limites de communes automatiquement et donc alimenter une base utile à un tel outil qui peut prendre plusieurs formes comme : - l'ajout des différentes limites dans le rendu BANO (actuellement il n'y en a qu'une qui sert à se repérer) - la production d'erreurs osmose là où on détecter de gros écarts On the tout doux liste ;) Si ça ne fait pas trop de boulot, pourquoi pas. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapillary
Le 18 nov. 2014 à 08:33, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : J'ai été plusieurs fois surpris de voir le nombre d'infos qu'on pouvait ressortir des photos, des infos que je n'avais pas vues lorsque j'étais sur place. Deux autres surprises vues sur la lettre d’info http://us7.campaign-archive1.com/?u=3d1737f03d881dc7e28063856id=bb4085e342e=b0e46ad286 : l’amélioration de la précision GPS grace aux photos la reconstruction 3D de bâtiments Et j’oubliais, c’est OpenSource ;-) — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
