Re: [Talk-hr] Hrvatsko-slovenska granica
Greškom poslao samo Hrvoju pa šaljem prijepis: Janko: Kakav je zapravo status granice? Nisam upoznat do kraja. On poteže granice kakve Slovenija priznaje?Trebalo bi pogledati što se radi kad postoje dvije granice, jedna naša i jedna njihova. Možda crtati duplo da se Hrvatska i Slovenija preklapaju. Hrvoje: Dok se nerjesi arbitraza crta se ona po međunarodnom zakonu o pravima mora, tkao nekako, a poslej arbitraže ona koja se odredi. vratio je frajer donekel nazad trebamo od dgu trazit graniuc :D Janko: Ako se frajer javlja onda je valjda problem riješen. Moramo dočekati arbitražu koja bi trebala biti gotova do ožujka 2015: http://www.jutarnji.hr/nakon-18-godina-spora-sa-slovenijom--granicu-u-piranskom-zaljevu-znat-cemo---u-ozujku-2015---/1024250/ Dana 27. ožujka 2014. u 15:10 Hrvoje Bogner hbog...@gmail.com je napisao/la: Dok se nerjesi arbitraza crta se ona po međunarodnom zakonu o pravima mora, tkao nekako, a poslej arbitraže ona koja se odredi. vratio je frajer donekel nazad trebamo od dgu trazit graniuc :D ps. posloa si smao meni On 03/27/2014 01:26 PM, Janko Mihelić wrote: Kakav je zapravo status granice? Nisam upoznat do kraja. On poteže granice kakve Slovenija priznaje? Trebalo bi pogledati što se radi kad postoje dvije granice, jedna naša i jedna njihova. Možda crtati duplo da se Hrvatska i Slovenija preklapaju. Janko Dana 26. 3. 2014. 21:02 osoba hbogner hbog...@gmail.com mailto:hbog...@gmail.com napisala je: Nisam dobio odgovor, ali sam danas vidio ovo: http://www.openstreetmap.org/__changeset/21303040#map=11/45. __5794/13.5509 http://www.openstreetmap.org/changeset/21303040#map=11/45. 5794/13.5509 On 03/24/2014 12:57 AM, hbogner wrote: Poslao sam korisniku privatnu poruku sa sljedećim sadržajem: Pozdrav Možeš li navesti razloge promjene granice prije 17 dana? Granica je bila označena kao disputed i nije se dirala ni sa hrvatkse ni sa slovenske strane. Je li to stajalište slovenske osm zajednice da se mjenja granica ili je to tvoja osobna akcija? Poslao sam upit na osm mailing listu što da radimo sa promjenom granice jer ne želim početi edit war oko mjenjanja granice: https://lists.openstreetmap.__org/piperma https://lists.openstreetmap.org/piperma ... 69453.html Te sam obavijestio članove na forumu slovenske zajednice: http://forum.openstreetmap.__org/viewtopi http://forum.openstreetmap.org/viewtopi ... 26#p408026 Tako da te molim da nam objasniš motivaciju oko promjene granice. Pozdrav Hrvoje Bogner _ Talk-hr mailing list Talk-hr@openstreetmap.org mailto:Talk-hr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-hr https://lists.openstreetmap.org/listinfo/talk-hr _ Talk-hr mailing list Talk-hr@openstreetmap.org mailto:Talk-hr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-hr https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Hrvatsko-slovenska granica
Uh što loše tipkam :D Nije se frajer javio, nego je samo ispravio granicu, vidio sam mu changeset, poslao sam link već ovdje. On 03/27/2014 03:23 PM, Janko Mihelić wrote: Greškom poslao samo Hrvoju pa šaljem prijepis: Janko: Kakav je zapravo status granice? Nisam upoznat do kraja. On poteže granice kakve Slovenija priznaje?Trebalo bi pogledati što se radi kad postoje dvije granice, jedna naša i jedna njihova. Možda crtati duplo da se Hrvatska i Slovenija preklapaju. Hrvoje: Dok se nerjesi arbitraza crta se ona po međunarodnom zakonu o pravima mora, tkao nekako, a poslej arbitraže ona koja se odredi. vratio je frajer donekel nazad trebamo od dgu trazit graniuc :D Janko: Ako se frajer javlja onda je valjda problem riješen. Moramo dočekati arbitražu koja bi trebala biti gotova do ožujka 2015: http://www.jutarnji.hr/nakon-18-godina-spora-sa-slovenijom--granicu-u-piranskom-zaljevu-znat-cemo---u-ozujku-2015---/1024250/ Dana 27. ožujka 2014. u 15:10 Hrvoje Bogner hbog...@gmail.com je napisao/la: Dok se nerjesi arbitraza crta se ona po međunarodnom zakonu o pravima mora, tkao nekako, a poslej arbitraže ona koja se odredi. vratio je frajer donekel nazad trebamo od dgu trazit graniuc :D ps. posloa si smao meni On 03/27/2014 01:26 PM, Janko Mihelić wrote: Kakav je zapravo status granice? Nisam upoznat do kraja. On poteže granice kakve Slovenija priznaje? Trebalo bi pogledati što se radi kad postoje dvije granice, jedna naša i jedna njihova. Možda crtati duplo da se Hrvatska i Slovenija preklapaju. Janko Dana 26. 3. 2014. 21:02 osoba hbogner hbog...@gmail.com mailto:hbog...@gmail.com napisala je: Nisam dobio odgovor, ali sam danas vidio ovo: http://www.openstreetmap.org/__changeset/21303040#map=11/45. __5794/13.5509 http://www.openstreetmap.org/changeset/21303040#map=11/45. 5794/13.5509 On 03/24/2014 12:57 AM, hbogner wrote: Poslao sam korisniku privatnu poruku sa sljedećim sadržajem: Pozdrav Možeš li navesti razloge promjene granice prije 17 dana? Granica je bila označena kao disputed i nije se dirala ni sa hrvatkse ni sa slovenske strane. Je li to stajalište slovenske osm zajednice da se mjenja granica ili je to tvoja osobna akcija? Poslao sam upit na osm mailing listu što da radimo sa promjenom granice jer ne želim početi edit war oko mjenjanja granice: https://lists.openstreetmap.__org/piperma https://lists.openstreetmap.org/piperma ... 69453.html Te sam obavijestio članove na forumu slovenske zajednice: http://forum.openstreetmap.__org/viewtopi http://forum.openstreetmap.org/viewtopi ... 26#p408026 Tako da te molim da nam objasniš motivaciju oko promjene granice. Pozdrav Hrvoje Bogner _ Talk-hr mailing list Talk-hr@openstreetmap.org mailto:Talk-hr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-hr https://lists.openstreetmap.org/listinfo/talk-hr _ Talk-hr mailing list Talk-hr@openstreetmap.org mailto:Talk-hr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-hr https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] Launching OpenAddresses
2014-03-27 2:41 GMT+01:00 Alex Barth a...@mapbox.com: On Wed, Mar 26, 2014 at 7:24 PM, Johan C osm...@gmail.com wrote: Open data initiatives will help in acquiring address data: for example by July 2015 close to 200 million addresses in the EU will be available for OSM because of a change in the national laws. What do you base those numbers on? In Italy the national institute of statistics have been commissioned to build the national cadastre of addresses and roads (they are publishing with an open license since some time ago). It's a pity the addresses won't be georeferenced to coordinates but to census unit, so no usefulness to us... Cheers Regards, Stefano ___ 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] Launching OpenAddresses
Addresses will be a OSM major topic in France in the coming months. It is one of the main topic we will discuss next week during SOTM-FR in Paris. We'e managed to build scripts to extract address data from the cadastre, and conflates as far as possible with existing OSM data. For example, the script links addresses to existing roads and buildings in order to get a much better addr:street than the UPPERCASE abbreviated one available in the original extracted data. Where some ambiguities remains, a separate .osm file is generated to be manually fixed. The process works on a municipality by municipality basis, like our building extraction scripts. We are also thinking of setting up a geocoder using the raw extracted data not integrated yet in OSM. The raw data will be under ODbL because it is made of a mix of cadastre and existing OSM data. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OKFestival in Berlin-- anyone proposing a session?
2014-03-06 17:10 GMT+01:00 Kate Chapman k...@maploser.com: I didn't propose a session but I'm on the conference advisory board and mentioned a few OSM speakers as possibilities. I certainly think people should submit sessions. Hi all, sorry for replying so late, with Maurizio Napolitano (OKF ambassador for Italy), Francesca de Chiara (OKF volunteer), Simone Cortesi (former OSM Foundation board member) and other italians we wanted to propose a OSM Academy, i.e. a session where peole could try and learn how to participate in OpenStreetMap. I was misunderstanding that Kate was already doing a session so we were wondering if it was possible to include this idea as a part of that session. I see now that this is not the case, and we will proceed to submit a session (hopefully we still have a few days). If you are interested in contributing ideas please drop me an e-mail. Cristian ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Launching OpenAddresses
2014-03-27 2:41 GMT+01:00 Alex Barth a...@mapbox.com: On Wed, Mar 26, 2014 at 7:24 PM, Johan C osm...@gmail.com wrote: Open data initiatives will help in acquiring address data: for example by July 2015 close to 200 million addresses in the EU will be available for OSM because of a change in the national laws. What do you base those numbers on? Cheers 1. Change of law in all EU countries by July 2015 according to Directive 2013/37/EU of the European Parliament of 26 June 2013 amending Directive 2003/98/EC on the re-use of public sector information: By 18 July 2015, Member States shall adopt and publish the laws, regulations and administrative provisions necessary to comply with this Directive. They shall immediately inform the Commission thereof. They shall apply those measures from 18 July 2015. http://eur-lex.europa.eu/legal-content/EN/ALL/?uri=OJ:L:2013:175:TOC 2. Number of households in the EU: http://epp.eurostat.ec.europa.eu/statistics_explained/index.php/Household_composition_statistics ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Launching OpenAddresses
200 millions addresses only in the EU ? France has around 26 millions in the IGN database which would mean 1/8 of all EU ? After reading part 22 of the 2013/37/EU directive... it looks like there is not reason to have some change for example in France on the IGN side. Given the quality of this dataset on the available samples I've checked, it may not be a bad news ;) 2014-03-27 21:34 GMT+01:00 Johan C osm...@gmail.com: 2014-03-27 2:41 GMT+01:00 Alex Barth a...@mapbox.com: On Wed, Mar 26, 2014 at 7:24 PM, Johan C osm...@gmail.com wrote: Open data initiatives will help in acquiring address data: for example by July 2015 close to 200 million addresses in the EU will be available for OSM because of a change in the national laws. What do you base those numbers on? Cheers 1. Change of law in all EU countries by July 2015 according to Directive 2013/37/EU of the European Parliament of 26 June 2013 amending Directive 2003/98/EC on the re-use of public sector information: By 18 July 2015, Member States shall adopt and publish the laws, regulations and administrative provisions necessary to comply with this Directive. They shall immediately inform the Commission thereof. They shall apply those measures from 18 July 2015. http://eur-lex.europa.eu/legal-content/EN/ALL/?uri=OJ:L:2013:175:TOC 2. Number of households in the EU: http://epp.eurostat.ec.europa.eu/statistics_explained/index.php/Household_composition_statistics ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Launching OpenAddresses
2014-03-27 23:06 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: 200 millions addresses only in the EU ? France has around 26 millions in the IGN database which would mean 1/8 of all EU ? Yep. Germany is the largest: 40M. UK a little bit more than France, Italy a bit lower. (25M) http://epp.eurostat.ec.europa.eu/statistics_explained/index.php?title=File:Private_households_by_household_composition,_2011.pngfiletimestamp=20131004104540 After reading part 22 of the 2013/37/EU directive... it looks like there is not reason to have some change for example in France on the IGN side. Given the quality of this dataset on the available samples I've checked, it may not be a bad news ;) 2014-03-27 21:34 GMT+01:00 Johan C osm...@gmail.com: 2014-03-27 2:41 GMT+01:00 Alex Barth a...@mapbox.com: On Wed, Mar 26, 2014 at 7:24 PM, Johan C osm...@gmail.com wrote: Open data initiatives will help in acquiring address data: for example by July 2015 close to 200 million addresses in the EU will be available for OSM because of a change in the national laws. What do you base those numbers on? Cheers 1. Change of law in all EU countries by July 2015 according to Directive 2013/37/EU of the European Parliament of 26 June 2013 amending Directive 2003/98/EC on the re-use of public sector information: By 18 July 2015, Member States shall adopt and publish the laws, regulations and administrative provisions necessary to comply with this Directive. They shall immediately inform the Commission thereof. They shall apply those measures from 18 July 2015. http://eur-lex.europa.eu/legal-content/EN/ALL/?uri=OJ:L:2013:175:TOC 2. Number of households in the EU: http://epp.eurostat.ec.europa.eu/statistics_explained/index.php/Household_composition_statistics ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ 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] Launching OpenAddresses
Am 27.03.2014 um 21:34 schrieb Johan C osm...@gmail.com: 2. Number of households in the EU: http://epp.eurostat.ec.europa.eu/statistics_explained/index.php/Household_composition_statistics You'll have to add businesses and public administration and services etc. to get the number of addresses, while at some addresses you'll find a lot of households... Cheers, Martin___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Launching OpenAddresses
I wouldn't get too excited about that EU directive. I've read it twice now and both times I came to the conclusion that (at least for the UK) address data will NOT suddenly become available to OSM. For example the directive still allows for Charging and the use of Licences. The directive [1] (which is best read alongside the original [2]) is about access (re-use) to public data without discriminating between comparable categories of re-use. So what it is really saying is: * Public sector information should be made available for re-use (unless it falls under a few listed cases) * The data holder can charge * The data holder can add a Licence * But if they do then it should be the same charge and same Licence for all end users who are wanting to do the same thing with the data (i.e. you cannot use charging to restrict competition). On charging the directive [1] will add a new statement to the older directive [2] that charges must not be more than the marginal cost incurred for their reproduction, provision and dissemination UNLESS the public sector body are required to generate revenue to cover a substantial part of their costs relating to the performance of their public tasks. In the UK address data is effectively controlled by what we call a Trading Fund. These run like businesses - they rely on their ability to derive income from their activities in order to cover their costs. As such, in the UK, the charge would be allowed to exceed this marginal cost. Regards Rob p.s. As always, this is my interpretation of the Directive. I not a lawyer, etc.. [1] http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv:OJ.L_.2013.175.01.0001.01.ENG [2] http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2003:345:0090:0096:EN:PDF ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Foursquare and OSM Note Instructions
Hi Team, I've been doing some SuperUser edits in 4sq recently and poked my head into the OSM page they hold on their site (https://foursquare.com/about/osm) and its slightly at odds with the messaging I have been using when resolving notes I have deemed as irrelevant to use and I thought I'd clarify with this group to see whether I need to: a) Adjust my messaging when resolving notes [1]; OR b) Don't resolve notes that indicate something should be added or is an ommission; OR c) Ask 4sq to amend their copy to better reflect OSM Note usage. So. The OSM Wiki [2] for notes indicates in its first para that notes are for errors and I have taken that quite literally when assessing notes and in resolving something that is missing from OSM I have indicated that notes are for errors. My behaviour may be having a negative effect on these note authors coming from 4sq so I'm keen to ensure I don't unecessarily turn people away from OSM if I shouldn't be. Any thoughts here? Is the first para in the OSM Wiki at odds with the Dos and Don't section on the same page? One suggests errors and the other suggest errors and missing information. [1]: I usually resolve Notes with Business Details suggesting that they are for Errors rather than Ommissions. [2]: http://wiki.openstreetmap.org/wiki/Notes Cheers, Jason ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Foursquare and OSM Note Instructions
Hey Jason - I'm not sure I follow as Foursquare's page says: If you just want something small fixed but don't have the time to sign up and edit, it's easy to add a note. Which seems to be in line with how you're using notes (reporting errors). What am I missing? On Thu, Mar 27, 2014 at 10:50 PM, Jason Ward jasonjwa...@gmail.com wrote: Hi Team, I've been doing some SuperUser edits in 4sq recently and poked my head into the OSM page they hold on their site ( https://foursquare.com/about/osm) and its slightly at odds with the messaging I have been using when resolving notes I have deemed as irrelevant to use and I thought I'd clarify with this group to see whether I need to: a) Adjust my messaging when resolving notes [1]; OR b) Don't resolve notes that indicate something should be added or is an ommission; OR c) Ask 4sq to amend their copy to better reflect OSM Note usage. So. The OSM Wiki [2] for notes indicates in its first para that notes are for errors and I have taken that quite literally when assessing notes and in resolving something that is missing from OSM I have indicated that notes are for errors. My behaviour may be having a negative effect on these note authors coming from 4sq so I'm keen to ensure I don't unecessarily turn people away from OSM if I shouldn't be. Any thoughts here? Is the first para in the OSM Wiki at odds with the Dos and Don't section on the same page? One suggests errors and the other suggest errors and missing information. [1]: I usually resolve Notes with Business Details suggesting that they are for Errors rather than Ommissions. [2]: http://wiki.openstreetmap.org/wiki/Notes Cheers, Jason ___ 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] Foursquare and OSM Note Instructions
Hi Alex, Good question and I have since figured out how to access notes I have touched/resolved to demonstrate my point. My treatment of notes is probably the problem. :) I see this note [1] as being a legitimate use case for them in that there used to be a roundabout there and not the intersection has been reconfigured (ie. OSM is in error) I see this note [2] as being an illegitimate use case for them. (ie. OSM is NOT in error rather OSM is missing this data). You can see how I have tried to encourage the user to engage with OSM. Note [3] is similar to Note [2] but my treatment has been to resolve with the comment I have made (At the detriment of a future OSM editor?). This is one of my earlier note exercises. [1]: http://www.openstreetmap.org/note/6598 [2]: http://www.openstreetmap.org/note/118639 [3]: http://www.openstreetmap.org/note/99910 I think the notes are great and I've used them in areas where I have passed through and noted obvious errors for local mappers. With the 4sq channel though I'm wondering if my logic and subsequent action to resolve is too literal and I should leave Notes of Type [2] / [3] in place. Is this the intent of Notes moving forward? Cheers, Jason On 28 March 2014 13:05, Alex Barth a...@mapbox.com wrote: Hey Jason - I'm not sure I follow as Foursquare's page says: If you just want something small fixed but don't have the time to sign up and edit, it's easy to add a note. Which seems to be in line with how you're using notes (reporting errors). What am I missing? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Expositie zeldzame atlassen in Scheepvaartmuseum
Ter info: http://www.nu.nl/cultuur-overig/3737303/expositie-zeldzame-atlassen-in-scheepvaartmuseum.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-ie] Over-zealous rejection of sources by editors
Hi, As background, I am editing the Road Traffic (Special Speed Limits)(County Monaghan) Bye-Laws, 2014. I may sound angry in this email, but please take it as frustration and confusion. Over the last day I have added notes to various roads around County Monaghan, several of which have been rejected on over-zealous Sources Prohibited grounds. For example: Resolved note #140906 Description Clones Road (National Road N54) according to Road Traffic (Special Speed Limits)(County Monaghan) Bye-Laws, 2014 **Confirmed** by OSi, Google, Bing, NTA JP Created by anonymous 23 minutes ago Resolved by 12element 21 minutes ago This note includes comments from anonymous users which should be independently verified. Resolved by 12element 21 minutes ago Sources Prohibited. Both the council and Department of Transport refer to it as Clones Road and it indeed it goes to Clones. S.I. No. 53/2012 - Roads Act 1993 (Classification of National Roads) Order 2012 http://www.irishstatutebook.ie/2012/en/si/0053.html places Clones Road west of Market Road and east of Mullaghadun and Tullygrimes. Why are separate council and governmental sources, available under the European Communities (Re-Use of Public Sector Information) Regulations 2005 (SI 279 of 2005) referred to as Sources Prohibited? I have only used OSi, Google, Bing, NTA JP as confirmation - not original sources. NTA JP actually misspells it as Clones Raod at one point, but you get the idea. :) Even if I only used OSi, Google, Bing, NTA JP as original sources, surely that is 'genuine' research', not plagiarism. If everybody is calling it Clones Road it just might be Clones Road, but the attitude seems to be walk like a duck, talk like a duck ... oh, no you can only call if **Anas platyrhynchos**, not a duck. :( Colm --- Never doubt that a small group of thoughtful, committed citizens can change the world. Indeed, it is the only thing that ever has. Margaret Mead ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Over-zealous rejection of sources by editors
On 27/03/2014, Colm Moore colmmoor...@hotmail.com wrote: Resolved note #140906 Description Clones Road (National Road N54) according to Road Traffic (Special Speed Limits)(County Monaghan) Bye-Laws, 2014 **Confirmed** by OSi, Google, Bing, NTA JP Created by anonymous 23 minutes ago Resolved by 12element 21 minutes ago This note includes comments from anonymous users which should be independently verified. Resolved by 12element 21 minutes ago Sources Prohibited. Both the council and Department of Transport refer to it as Clones Road and it indeed it goes to Clones. S.I. No. 53/2012 - Roads Act 1993 (Classification of National Roads) Order 2012 http://www.irishstatutebook.ie/2012/en/si/0053.html places Clones Road west of Market Road and east of Mullaghadun and Tullygrimes. Why are separate council and governmental sources, available under the European Communities (Re-Use of Public Sector Information) Regulations 2005 (SI 279 of 2005) referred to as Sources Prohibited? I have only used OSi, Google, Bing, NTA JP as confirmation - not original sources. NTA JP actually misspells it as Clones Raod at one point, but you get the idea. :) Even if I only used OSi, Google, Bing, NTA JP as original sources, surely that is 'genuine' research', not plagiarism. Please understand that we have to be a bit paranoiac about sources for OSM data. We need to be whiter than white, and the mere mention of OSi/Google/etc raise red flags immediately. If a note mentions it, even if it mentions other usable sources, we quickly wonder wether the data is license-safe at all. In a sense, the fact that $proprietary_data_provider agrees is something that we cannot use, it's uninteresting, it's off-topic. On the other hand, we just need one good source to accept the info. Ideally the note author has surveyed the area. Just saying the by-laws declared it isn't really a source, but a link to the proper irish status book page (which is a source osm can use) is great and should IMHO be accepted. It is a bit silly that a note simplay saying This is Clones Road might be taken at face value but a detailed one like yours might not. Silly but that's how the mind works, focusing on red flag keywords. Take it as a personal reminder that these should raise red flags in your mind as well. Simply do not look at GM/OSi/etc when contributing OSM data. ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Over-zealous rejection of sources by editors
Hi Colm, I appreciate that you have put in a lot of work adding these notes to OSM and your motivation is to help improve it. The reason a lot of us are so over-zealous is because we have also dedicated a lot of time and effort into improving the map from sources which are not prohibited. Many people go out and survey the area, noting down road names, numbers, location of speed zones etc to be sure that they are not breaching any copyright. The mere fact that it had to be confirmed via Google, OSi rings alarm bells for me. If you know the road is called X road why do you need to confirm it? It would be much easier to use Google Streetview and read the streetnames/numbers from that, but like it or not, its breaching copyright and we want to keep the map free of any licensed/copyrighted material or derived from a copyrighted source. Also, the fact it was submitted anonymously, made me question the sources as well. Your notes have generated quite a stir with local mappers (myself included) and have made me question a few things, for example, your note http://www.openstreetmap.org/note/140503 In it you jogged my memory and made me remember that it is actually called Monaghan Road. I opened JOSM to make the fix and that jogged my memory into the location of other features missing from the map! My suggestion to you is that you create an account with OSM, and without using OSi or Google add the suggestions to the map. ie From reading x resource I think/assume this road is called X Road. This then will help other mappers who might be able to verify the fact via local knowledge. Sometimes it just takes a nudge for someone to remember!! I hope you don't think we are having a go, or attacking you personally. We are quite a friendly bunch really! You should come along to the Ireland OSM IRC channel and have a chat. http://webchat.oftc.net/ pick a username and join channel #osm-ie It can be quiet, so don’t think you are being ignored. I hope to see you more of you on this list and maybe in the chat room, KDDA On Thursday 27 March 2014 17:18:59 Colm Moore wrote: Hi, As background, I am editing the Road Traffic (Special Speed Limits)(County Monaghan) Bye-Laws, 2014. I may sound angry in this email, but please take it as frustration and confusion. Over the last day I have added notes to various roads around County Monaghan, several of which have been rejected on over-zealous Sources Prohibited grounds. For example: Resolved note #140906 Description Clones Road (National Road N54) according to Road Traffic (Special Speed Limits)(County Monaghan) Bye-Laws, 2014 **Confirmed** by OSi, Google, Bing, NTA JP Created by anonymous 23 minutes ago Resolved by 12element 21 minutes ago This note includes comments from anonymous users which should be independently verified. Resolved by 12element 21 minutes ago Sources Prohibited. Both the council and Department of Transport refer to it as Clones Road and it indeed it goes to Clones. S.I. No. 53/2012 - Roads Act 1993 (Classification of National Roads) Order 2012 http://www.irishstatutebook.ie/2012/en/si/0053.html places Clones Road west of Market Road and east of Mullaghadun and Tullygrimes. Why are separate council and governmental sources, available under the European Communities (Re-Use of Public Sector Information) Regulations 2005 (SI 279 of 2005) referred to as Sources Prohibited? I have only used OSi, Google, Bing, NTA JP as confirmation - not original sources. NTA JP actually misspells it as Clones Raod at one point, but you get the idea. :) Even if I only used OSi, Google, Bing, NTA JP as original sources, surely that is 'genuine' research', not plagiarism. If everybody is calling it Clones Road it just might be Clones Road, but the attitude seems to be walk like a duck, talk like a duck ... oh, no you can only call if **Anas platyrhynchos**, not a duck. :( Colm ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-br] LandSat 8 e OSM
Olá pessoal! Eu levantei uma questão antes *('Imagens do SPOT”)*, mas não
era bem o foco do que queria dizer...
Bom, minha curiosidade é sobre usar uma cobertura de imagens que permita
trabalhos como por exemplo mudanças na superfície ou no solo (ex:
agricultura, vegetação).
Eu estou pesquisando sobre o assunto e vi algo interessante sobre usar o
LandSat 8, pesquisei exaustivamente sobre ele e OSM, mas o resultado que
encontrei mais aproximado foi nesse link
https://www.mapbox.com/blog/tracing-landsat8-for-osm/
Não tenho tanto conhecimento assim sobre o OSM, por gentileza alguém
poderia dizer se essa prática mostrada no link acima ou se eu usar imagens
do satelite Landsat8 é um procedimento saudável para o OSM? Digo, posso
seguir esse procedimento e se preciso adicionar dados no OpenStreetMap?
Acho que devido ao fato de estar aprendendo as vezes faço perguntas que
mais pra frente vejo que foram de uma certa forma “infantis” ou coisa do
tipo... mas é pra ter certeza de que não estou fazendo coisa errada.
Quanto mais descubro sobre o OSM, mais minha vontade é divulgar e aplicar o
OSM na realidade da minha região.
Att,
*Edil Queiroz de Araujo*
Monitor e Projetista
*Acessa SP* - *Prefeitura Municipal de Ribeirão Grande*
Projeto Monitor Virtual http://projetomonitorvirtual.blogspot.com.br/
Projeto RGM - Ribeirão Grande em Mapas http://projetorgm.com.br/
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] LandSat 8 e OSM
Eu diria que mapear os rios nas regiões amazônica e do pantanal sejam tão
ou mais importantes do que o mapeamento rodoviário.
Acho válido.
Em 27 de março de 2014 09:30, Edil Queiroz de Araujo
edil...@gmail.comescreveu:
Olá pessoal! Eu levantei uma questão antes *('Imagens do SPOT)*, mas não
era bem o foco do que queria dizer...
Bom, minha curiosidade é sobre usar uma cobertura de imagens que permita
trabalhos como por exemplo mudanças na superfície ou no solo (ex:
agricultura, vegetação).
Eu estou pesquisando sobre o assunto e vi algo interessante sobre usar o
LandSat 8, pesquisei exaustivamente sobre ele e OSM, mas o resultado que
encontrei mais aproximado foi nesse link
https://www.mapbox.com/blog/tracing-landsat8-for-osm/
Não tenho tanto conhecimento assim sobre o OSM, por gentileza alguém
poderia dizer se essa prática mostrada no link acima ou se eu usar imagens
do satelite Landsat8 é um procedimento saudável para o OSM? Digo, posso
seguir esse procedimento e se preciso adicionar dados no OpenStreetMap?
Acho que devido ao fato de estar aprendendo as vezes faço perguntas que
mais pra frente vejo que foram de uma certa forma infantis ou coisa do
tipo... mas é pra ter certeza de que não estou fazendo coisa errada.
Quanto mais descubro sobre o OSM, mais minha vontade é divulgar e aplicar
o OSM na realidade da minha região.
Att,
*Edil Queiroz de Araujo*
Monitor e Projetista
*Acessa SP* - *Prefeitura Municipal de Ribeirão Grande*
Projeto Monitor Virtual http://projetomonitorvirtual.blogspot.com.br/
Projeto RGM - Ribeirão Grande em Mapas http://projetorgm.com.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] LandSat 8 e OSM
Edil,
Acho que uso do Landsat8 e tao interessante para o projeito em geral que este
assunto pode ser tocado no lista geral (inglês). Seria bom ter um jeito fazil
para utilizar Landsat 3 a 8 com os filtros diferente que tem.
Aprende use os filtros do Landsat voce pode discobri alem do rios grandes,
também areas alagadas com vegitacao, por exemplo mangue, alem muitos outros.
(eu admito que nao saiba muito sobre estes filtros, Landsat não e um fonte
importante para mim)
Aun Johnsen
On Mar 27, 2014, at 9:30, Edil Queiroz de Araujo edil...@gmail.com wrote:
Olá pessoal! Eu levantei uma questão antes ('Imagens do SPOT”), mas não era
bem o foco do que queria dizer...
Bom, minha curiosidade é sobre usar uma cobertura de imagens que permita
trabalhos como por exemplo mudanças na superfície ou no solo (ex:
agricultura, vegetação).
Eu estou pesquisando sobre o assunto e vi algo interessante sobre usar o
LandSat 8, pesquisei exaustivamente sobre ele e OSM, mas o resultado que
encontrei mais aproximado foi nesse link
https://www.mapbox.com/blog/tracing-landsat8-for-osm/
Não tenho tanto conhecimento assim sobre o OSM, por gentileza alguém poderia
dizer se essa prática mostrada no link acima ou se eu usar imagens do
satelite Landsat8 é um procedimento saudável para o OSM? Digo, posso seguir
esse procedimento e se preciso adicionar dados no OpenStreetMap?
Acho que devido ao fato de estar aprendendo as vezes faço perguntas que mais
pra frente vejo que foram de uma certa forma “infantis” ou coisa do tipo...
mas é pra ter certeza de que não estou fazendo coisa errada.
Quanto mais descubro sobre o OSM, mais minha vontade é divulgar e aplicar o
OSM na realidade da minha região.
Att,
Edil Queiroz de Araujo
Monitor e Projetista
Acessa SP - Prefeitura Municipal de Ribeirão Grande
Projeto Monitor Virtual
Projeto RGM - Ribeirão Grande em Mapas
___
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] Verificar edição no RJ
Esse usuário acabou excluindo um caminho de limite administrativo do RJ (https://www.openstreetmap.org/changeset/21322686, que eu já arrumei) e também outros objetos em https://www.openstreetmap.org/changeset/21322774 Alguém do Rio poderia verificar esse último changeset? É pequeno. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Verificar edição no RJ
Nelson, pelo visto ele descaracterizou a Urca no Rio de Janeiro. De imediato identifiquei que ele excluiu um trecho da via Praça General Tibúrcio ficando a circulação nela interrompida. Antes de começar as correções teria como reverter essas alterações feitas por ele? []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Thursday, March 27, 2014 9:58 AM To: OSM talk-br Subject: [Talk-br] Verificar edição no RJ Esse usuário acabou excluindo um caminho de limite administrativo do RJ (https://www.openstreetmap.org/changeset/21322686, que eu já arrumei) e também outros objetos em https://www.openstreetmap.org/changeset/21322774 Alguém do Rio poderia verificar esse último changeset? É pequeno. ___ 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] Verificar edição no RJ
2014-03-27 10:48 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Se desfizer, vai perder o que ele acrescentou, como uma ciclovia nova. Qual ciclovia nova? Estou comparando o antes e depois e não vi ciclovia acrescentada (na verdade ele apagou um trecho da ciclovia). Se você olhar esse changeset, ele está bem danoso (com bastante remoções). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Verificar edição no RJ
Também identifiquei isso. Ele apagou trecho de ciclovia e trechos de via também. -Mensagem Original- From: Nelson A. de Oliveira Sent: Thursday, March 27, 2014 10:54 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Verificar edição no RJ 2014-03-27 10:48 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Se desfizer, vai perder o que ele acrescentou, como uma ciclovia nova. Qual ciclovia nova? Estou comparando o antes e depois e não vi ciclovia acrescentada (na verdade ele apagou um trecho da ciclovia). Se você olhar esse changeset, ele está bem danoso (com bastante remoções). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Verificar edição no RJ
Posso reverter? Não consegui ver nada de útil acrescentado nesse changeset (só houve remoções de trechos de caminhos, tags de pontos, semáforos, etc) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Verificar edição no RJ
Por mim pode até porque não faz muito tempo fui a Urca e andei corrigindo algumas informações no mapa dali. O mapa na Urca estava perfeito no que tange a circulação viária. Estou vendo aqui ele também excluiu um trecho da Av Pasteur. Sem esse trecho da principal via de saída da Urca, só se sai se entrar nas vias residenciais dela. Além de reverter tem como consultar o colaborador perguntando o motivo que o levou a fazer isso? Será que foi por inexperiência? -Mensagem Original- From: Nelson A. de Oliveira Sent: Thursday, March 27, 2014 11:00 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Verificar edição no RJ Posso reverter? Não consegui ver nada de útil acrescentado nesse changeset (só houve remoções de trechos de caminhos, tags de pontos, semáforos, etc) ___ 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] Verificar edição no RJ
2014-03-27 11:05 GMT-03:00 thunder...@gpsinfo.com.br: Por mim pode até porque não faz muito tempo fui a Urca e andei corrigindo algumas informações no mapa dali. O mapa na Urca estava perfeito no que tange a circulação viária. Reverti o changeset: http://www.openstreetmap.org/changeset/21345422 Além de reverter tem como consultar o colaborador perguntando o motivo que o levou a fazer isso? Eu tinha enviado mensagem a ele antes (quando arrumei o limite administrativo), mas apenas dizendo para ter cuidado com objetos que possam parecer estranhos (como um caminho que aparentemente não possui função ou está no meio do nada). Talvez seja o caso de enviar outra mensagem a ele. Será que foi por inexperiência? Do que vejo geralmente é porque os objetos são estranhos à imagem de satélite que a pessoa vê. Se existe um caminho que passa no meio da cidade mas não está alinhado com uma rua, por exemplo, a pessoa apaga (achando que está errado). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Verificar edição no RJ
Olhei os duas changeset, e pelo que eu ver tem mais danos que potencial bom ele acrescentei nada, mas tem alterações em algumas nos, que não sei e produtivo ou não Algum pode também entra em contato dele, estes duas changesets são únicos ele fiz, provavelmente ele e um novo mapeador no Rio, apresentar ele ao comunidade e o lista Aun Johnsen On Mar 27, 2014, at 9:58, Nelson A. de Oliveira nao...@gmail.com wrote: Esse usuário acabou excluindo um caminho de limite administrativo do RJ (https://www.openstreetmap.org/changeset/21322686, que eu já arrumei) e também outros objetos em https://www.openstreetmap.org/changeset/21322774 Alguém do Rio poderia verificar esse último changeset? É pequeno. ___ 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] Verificar edição no RJ
Sim, compreendo, mas ele apagou trechos de vias terciárias importantes que permitem o acesso e saída da estação do Pão de Açúcar. Pelo que analisei meses atrás, a imagem do BING está bem georreferenciada na Urca e existem inúmeros tracklogs dali na base OSM que comprovam isso. Não existe ali deslocamento da via desenhada com sua correspondência na imagem. Tanto a Av Pasteur como a Praça General Tibúrcio são vias terciárias e únicas para chegada e saída ao Pão de Açúcar. Sem elas o navegador teria de passar pelas vias residenciais da Urca. Nem preciso comentar da importância do Pão de Açúcar e dessas vias. -Mensagem Original- From: Nelson A. de Oliveira Sent: Thursday, March 27, 2014 11:12 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Verificar edição no RJ 2014-03-27 11:05 GMT-03:00 thunder...@gpsinfo.com.br: Será que foi por inexperiência? Do que vejo geralmente é porque os objetos são estranhos à imagem de satélite que a pessoa vê. Se existe um caminho que passa no meio da cidade mas não está alinhado com uma rua, por exemplo, a pessoa apaga (achando que está errado). ___ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Catedrais
Ela é a Catedral Metropolitana de São Sebastião? (isso é o name) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Catedrais
É.. o nome oficial mesmo eu não sei. Mas fazendo buscas na web, na prefeitura diz que São Sebastião é o padroeiro. Em alguns outros lugares eles completam com Ribeirão Preto. O Ribeirão Preto parece que é a arquidiocese. Na wikipedia diz: A Catedral Metropolitana de Ribeirão Preto ou Catedral São Sebastião Combinação é o que não falta, dá pra gastar todas as tags pra name :) Acho que vou deixar só com name=Catedral Metropolitana de São Sebastião que vc sugeriu, já tem todas as keywords necessárias.. Atenciosamente, Roger. -- Em 27-03-2014 18:58, Nelson A. de Oliveira escreveu: Ela é a Catedral Metropolitana de São Sebastião? (isso é o name) ___ 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] Catedrais
É a esta que você se refere, certo? http://pt.wikipedia.org/wiki/Catedral_Metropolitana_de_Ribeir%C3%A3o_Preto Sugiro fazer assim (é como tenho feito em Porto Alegre): official_name=Catedral Metropolitana de São Sebastião de Ribeirão Preto alt_name=Catedral São Sebastião old_name= name=Catedral Metropolitana alt_name é citado no próprio artigo da Wikipédia acima. official_name é o nome completo, que eu nesse caso eu deduzi a partir das postagens na página da catedral no Facebook: https://www.facebook.com/pages/Catedral-de-S%C3%A3o-Sebasti%C3%A3o-do-Ribeir%C3%A3o-Preto-SP/366093636788145) E name (sempre o mais complicado) eu penso que é ao mesmo tempo um nome para listagem e para exibição no mapa, por isso sugiro que seja: - curto - não tão curto que não tenha informação útil (só catedral, por exemplo, é redundante, já que as tags já dizem que é uma catedral) ou que gere nomes repetidos na mesma cidade - tão parecido com o oficial quanto possível, tirando: * o nome da própria cidade (a maioria dos sistemas indexa os objetos por cidade, e esses nomes só aparecem quando se observa o mapa no nível da cidade ou menos) * as partes que as pessoas não costumam usar para se referir ao objeto (geralmente coisas como Ltda. ou, em alguns casos, honoríficos como Professor, Doutor, etc., especialmente quando são vários em sequência; mas na dúvida, não tire) No caso, São Sebastião de Ribeirão Preto deu nome à capela, depois à vila, e por fim à cidade (suprimindo o nome do santo). (http://pt.wikipedia.org/wiki/Ribeir%C3%A3o_Preto) Na minha experiência, essa receita de bolo pro name costuma dar um resultado muito bom (para leitura do mapa, para busca, etc.) e sem perdas de informação. Tem gente que coloca o nome oficial em name, mas às vezes fica realmente muito longo. 2014-03-27 18:52 GMT-03:00 Roger C. Soares rogersoa...@gmail.com: amenity place_of_worship building cathedral religion christian Nesse caso é melhor deixar sem o name=Catedral mesmo? Aqui tem placas indicando Catedral ou Catedral Metropolitana, eu sempre achei que fosse o nome da igreja... nesse caso é um ponto de referência conhecido, com o name, uma busca por Catedral, Ribeirão Preto teria resultado. Atenciosamente, Roger. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Catedrais
Oops, esquece aquele old_name ali. :P 2014-03-27 19:35 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: É a esta que você se refere, certo? http://pt.wikipedia.org/wiki/Catedral_Metropolitana_de_Ribeir%C3%A3o_Preto Sugiro fazer assim (é como tenho feito em Porto Alegre): official_name=Catedral Metropolitana de São Sebastião de Ribeirão Preto alt_name=Catedral São Sebastião old_name= name=Catedral Metropolitana alt_name é citado no próprio artigo da Wikipédia acima. official_name é o nome completo, que eu nesse caso eu deduzi a partir das postagens na página da catedral no Facebook: https://www.facebook.com/pages/Catedral-de-S%C3%A3o-Sebasti%C3%A3o-do-Ribeir%C3%A3o-Preto-SP/366093636788145) E name (sempre o mais complicado) eu penso que é ao mesmo tempo um nome para listagem e para exibição no mapa, por isso sugiro que seja: - curto - não tão curto que não tenha informação útil (só catedral, por exemplo, é redundante, já que as tags já dizem que é uma catedral) ou que gere nomes repetidos na mesma cidade - tão parecido com o oficial quanto possível, tirando: * o nome da própria cidade (a maioria dos sistemas indexa os objetos por cidade, e esses nomes só aparecem quando se observa o mapa no nível da cidade ou menos) * as partes que as pessoas não costumam usar para se referir ao objeto (geralmente coisas como Ltda. ou, em alguns casos, honoríficos como Professor, Doutor, etc., especialmente quando são vários em sequência; mas na dúvida, não tire) No caso, São Sebastião de Ribeirão Preto deu nome à capela, depois à vila, e por fim à cidade (suprimindo o nome do santo). (http://pt.wikipedia.org/wiki/Ribeir%C3%A3o_Preto) Na minha experiência, essa receita de bolo pro name costuma dar um resultado muito bom (para leitura do mapa, para busca, etc.) e sem perdas de informação. Tem gente que coloca o nome oficial em name, mas às vezes fica realmente muito longo. 2014-03-27 18:52 GMT-03:00 Roger C. Soares rogersoa...@gmail.com: amenity place_of_worship building cathedral religion christian Nesse caso é melhor deixar sem o name=Catedral mesmo? Aqui tem placas indicando Catedral ou Catedral Metropolitana, eu sempre achei que fosse o nome da igreja... nesse caso é um ponto de referência conhecido, com o name, uma busca por Catedral, Ribeirão Preto teria resultado. Atenciosamente, Roger. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Validador nacional
Nelson, você podia adicionar a regra no validador, para que ele verifique não apenas se o name e ref forem iguais, mas se o name estiver contido no ref, daí tbm já podia ter um removedor automático do name caso isso ocorra... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Validador nacional
Se bem que isso pode afetar a performance né, não sei sobre isso... Em 27 de março de 2014 21:08, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Nelson, você podia adicionar a regra no validador, para que ele verifique não apenas se o name e ref forem iguais, mas se o name estiver contido no ref, daí tbm já podia ter um removedor automático do name caso isso ocorra... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Validador nacional
2014-03-27 21:08 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Nelson, você podia adicionar a regra no validador, para que ele verifique não apenas se o name e ref forem iguais, mas se o name estiver contido no ref, daí tbm já podia ter um removedor automático do name caso isso ocorra... Ele já avisa quando name = ref, quando o padrão do ref está contido no nome (por exemplo, possui o nome BR-123 mas não possui uma ref) e também quando o ref está fora do padrão. Com isso já dá para pegar todos os casos. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Catedrais
nesse caso é um ponto de referência conhecido, com o name, uma busca por Catedral, Ribeirão Preto teria resultado. Até onde eu sei, com name=Catedral Metropolitana de São Sebastião viria como resultado de uma busca por Catedral, Ribeirão Preto. Concordo em grande parte com o Trebien. Embora a etiqueta name=* geralmente seja o nome oficial, realmente tem alguns casos em que é difícil reconhecer o lugar pelo nome oficial, e é aceitável colocar como valor desta etiqueta um outro tipo de nome. Em 27 de março de 2014 19:35, Fernando Trebien fernando.treb...@gmail.comescreveu: Oops, esquece aquele old_name ali. :P 2014-03-27 19:35 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: É a esta que você se refere, certo? http://pt.wikipedia.org/wiki/Catedral_Metropolitana_de_Ribeir%C3%A3o_Preto Sugiro fazer assim (é como tenho feito em Porto Alegre): official_name=Catedral Metropolitana de São Sebastião de Ribeirão Preto alt_name=Catedral São Sebastião old_name= name=Catedral Metropolitana alt_name é citado no próprio artigo da Wikipédia acima. official_name é o nome completo, que eu nesse caso eu deduzi a partir das postagens na página da catedral no Facebook: https://www.facebook.com/pages/Catedral-de-S%C3%A3o-Sebasti%C3%A3o-do-Ribeir%C3%A3o-Preto-SP/366093636788145 ) E name (sempre o mais complicado) eu penso que é ao mesmo tempo um nome para listagem e para exibição no mapa, por isso sugiro que seja: - curto - não tão curto que não tenha informação útil (só catedral, por exemplo, é redundante, já que as tags já dizem que é uma catedral) ou que gere nomes repetidos na mesma cidade - tão parecido com o oficial quanto possível, tirando: * o nome da própria cidade (a maioria dos sistemas indexa os objetos por cidade, e esses nomes só aparecem quando se observa o mapa no nível da cidade ou menos) * as partes que as pessoas não costumam usar para se referir ao objeto (geralmente coisas como Ltda. ou, em alguns casos, honoríficos como Professor, Doutor, etc., especialmente quando são vários em sequência; mas na dúvida, não tire) No caso, São Sebastião de Ribeirão Preto deu nome à capela, depois à vila, e por fim à cidade (suprimindo o nome do santo). (http://pt.wikipedia.org/wiki/Ribeir%C3%A3o_Preto) Na minha experiência, essa receita de bolo pro name costuma dar um resultado muito bom (para leitura do mapa, para busca, etc.) e sem perdas de informação. Tem gente que coloca o nome oficial em name, mas às vezes fica realmente muito longo. 2014-03-27 18:52 GMT-03:00 Roger C. Soares rogersoa...@gmail.com: amenity place_of_worship building cathedral religion christian Nesse caso é melhor deixar sem o name=Catedral mesmo? Aqui tem placas indicando Catedral ou Catedral Metropolitana, eu sempre achei que fosse o nome da igreja... nesse caso é um ponto de referência conhecido, com o name, uma busca por Catedral, Ribeirão Preto teria resultado. Atenciosamente, Roger. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Validador nacional
Mas acho que já poderia ter uma remoção padrão caso o name estivesse no padrão e estivesse contido no ref. Isso retiraria o trabalho desnecessário (ou não?) de procurar em cada tag ref. Em 27 de março de 2014 21:21, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-03-27 21:08 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Nelson, você podia adicionar a regra no validador, para que ele verifique não apenas se o name e ref forem iguais, mas se o name estiver contido no ref, daí tbm já podia ter um removedor automático do name caso isso ocorra... Ele já avisa quando name = ref, quando o padrão do ref está contido no nome (por exemplo, possui o nome BR-123 mas não possui uma ref) e também quando o ref está fora do padrão. Com isso já dá para pegar todos os casos. ___ 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] Validador nacional
2014-03-27 21:42 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Mas acho que já poderia ter uma remoção padrão caso o name estivesse no padrão e estivesse contido no ref. Isso retiraria o trabalho desnecessário (ou não?) de procurar em cada tag ref. Não dá para remover. Tem rodovia que é chamada Rodovia BR-XXX, por exemplo. Se a highway possui name=BR-XXX e ref=BR-XXX, não dá para remover nenhuma dessas duas tags. Apenas o name está incompleto (mas não errado). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Validador nacional
Ah pra mim se estivesse por exemplo name=BR-060 e ref=BR-060 poderia remover. Pois já estaria indexada pelo ref, e como ele é exatamente igual ao nome... rs Em 27 de março de 2014 21:44, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-03-27 21:42 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Mas acho que já poderia ter uma remoção padrão caso o name estivesse no padrão e estivesse contido no ref. Isso retiraria o trabalho desnecessário (ou não?) de procurar em cada tag ref. Não dá para remover. Tem rodovia que é chamada Rodovia BR-XXX, por exemplo. Se a highway possui name=BR-XXX e ref=BR-XXX, não dá para remover nenhuma dessas duas tags. Apenas o name está incompleto (mas não errado). ___ 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] Validador nacional
2014-03-27 21:47 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Ah pra mim se estivesse por exemplo name=BR-060 e ref=BR-060 poderia remover. Pois já estaria indexada pelo ref, e como ele é exatamente igual ao nome... rs Não :-) Justamente por isso eu deixo o validador dado um aviso dizendo para adicionar nome completo da rodovia ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Validador nacional
Um Em 27 de março de 2014 21:49, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-03-27 21:47 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Ah pra mim se estivesse por exemplo name=BR-060 e ref=BR-060 poderia remover. Pois já estaria indexada pelo ref, e como ele é exatamente igual ao nome... rs Não :-) Justamente por isso eu deixo o validador dado um aviso dizendo para adicionar nome completo da rodovia ___ 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] Validador nacional
E casos como este https://api.openstreetmap.org/node/353241832, onde o nó de uma via carrega o source, sendo que ela já traz... Pode ser deletado? Em 27 de março de 2014 21:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Um Em 27 de março de 2014 21:49, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-03-27 21:47 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Ah pra mim se estivesse por exemplo name=BR-060 e ref=BR-060 poderia remover. Pois já estaria indexada pelo ref, e como ele é exatamente igual ao nome... rs Não :-) Justamente por isso eu deixo o validador dado um aviso dizendo para adicionar nome completo da rodovia ___ 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] Validador nacional
2014-03-27 21:52 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E casos como este https://api.openstreetmap.org/node/353241832, onde o nó de uma via carrega o source, sendo que ela já traz... Pode ser deletado? De uma maneira simplória até poderia*, mas não precisa. *na verdade está dizendo que esta posição do nó foi obtida através de alguma fonte (IBGE no caso) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Validador nacional
É pq tem informação demais nesse osm. Isso atrapalha quando vamos abrir no josm ne? Entre outros... Por exemplo tenho um estilo q pinta os nos vazios d uma forma... E eles deixam de ser estilizados por causas dessas tags q nada acrescentam... Em 27/03/2014 21:58, Nelson A. de Oliveira nao...@gmail.com escreveu: 2014-03-27 21:52 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E casos como este https://api.openstreetmap.org/node/353241832, onde o nó de uma via carrega o source, sendo que ela já traz... Pode ser deletado? De uma maneira simplória até poderia*, mas não precisa. *na verdade está dizendo que esta posição do nó foi obtida através de alguma fonte (IBGE no caso) ___ 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] Validador nacional
Acho que nesse caso, como a via também carrega a etiqueta source=*, não tem problema retirar do nó. Pessoalmente, se eu mexo consideravelmente em um objeto, eu retiro ou altero a etiqueta do objeto Geralmente eu deixo a etiqueta source=* somente no meu conjunto de alterações, mas às vezes eu acho apropriado adicionar tal etiqueta em um objeto (principalmente se eu não cheguei a visitar o lugar, e estou adicionando o formato ou nome somente por imagem satélite (bing), e/ou por outro mapa como o ibge) Em 27 de março de 2014 22:12, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: É pq tem informação demais nesse osm. Isso atrapalha quando vamos abrir no josm ne? Entre outros... Por exemplo tenho um estilo q pinta os nos vazios d uma forma... E eles deixam de ser estilizados por causas dessas tags q nada acrescentam... Em 27/03/2014 21:58, Nelson A. de Oliveira nao...@gmail.com escreveu: 2014-03-27 21:52 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E casos como este https://api.openstreetmap.org/node/353241832, onde o nó de uma via carrega o source, sendo que ela já traz... Pode ser deletado? De uma maneira simplória até poderia*, mas não precisa. *na verdade está dizendo que esta posição do nó foi obtida através de alguma fonte (IBGE no caso) ___ 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] Catedrais
De acordo, segui o esquema do Fernando. Obrigado a todos pela ajuda. Atenciosamente, Roger. -- Em 27-03-2014 21:36, John Packer escreveu: nesse caso um ponto de referncia conhecido, com o name, uma busca por "Catedral, Ribeiro Preto" teria resultado. At onde eu sei, com "name=Catedral Metropolitana de So Sebastio" viria como resultado de uma busca por "Catedral, Ribeiro Preto". Concordo em grande parte com o Trebien. Embora a etiqueta "name=*" geralmente seja o nome oficial, realmente tem alguns casos em que difcil reconhecer o lugar pelo nome oficial, e aceitvel colocar como valor desta etiqueta um outro tipo de nome. Em 27 de maro de 2014 19:35, Fernando Trebien fernando.treb...@gmail.com escreveu: Oops, esquece aquele "old_name" ali. :P 2014-03-27 19:35 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: a esta que voc se refere, certo? http://pt.wikipedia.org/wiki/Catedral_Metropolitana_de_Ribeir%C3%A3o_Preto Sugiro fazer assim ( como tenho feito em Porto Alegre): official_name="Catedral Metropolitana de So Sebastio de Ribeiro Preto" alt_name="Catedral So Sebastio" old_name=" name="Catedral Metropolitana" alt_name citado no prprio artigo da Wikipdia acima. official_name o nome completo, que eu nesse caso eu deduzi a partir das postagens na pgina da catedral no Facebook: https://www.facebook.com/pages/Catedral-de-S%C3%A3o-Sebasti%C3%A3o-do-Ribeir%C3%A3o-Preto-SP/366093636788145) E "name" (sempre o mais complicado) eu penso que ao mesmo tempo um nome para listagem e para exibio no mapa, por isso sugiro que seja: - curto - no to curto que no tenha informao til (s "catedral", por exemplo, redundante, j que as tags j dizem que uma catedral) ou que gere nomes repetidos na mesma cidade - to parecido com o oficial quanto possvel, tirando: * o nome da prpria cidade (a maioria dos sistemas indexa os objetos por cidade, e esses nomes s aparecem quando se observa o mapa no nvel da cidade ou menos) * as partes que as pessoas no costumam usar para se referir ao objeto (geralmente coisas como "Ltda." ou, em alguns casos, honorficos como "Professor", "Doutor", etc., especialmente quando so vrios em sequncia; mas na dvida, no tire) No caso, "So Sebastio de Ribeiro Preto" deu nome capela, depois vila, e por fim cidade (suprimindo o nome do santo). (http://pt.wikipedia.org/wiki/Ribeir%C3%A3o_Preto) Na minha experincia, essa receita de bolo pro "name" costuma dar um resultado muito bom (para leitura do mapa, para busca, etc.) e sem perdas de informao. Tem gente que coloca o nome oficial em name, mas s vezes fica realmente muito longo. 2014-03-27 18:52 GMT-03:00 Roger C. Soares rogersoa...@gmail.com: amenity place_of_worship building cathedral religion christian Nesse caso melhor deixar sem o "name=Catedral" mesmo? Aqui tem placas indicando "Catedral" ou "Catedral Metropolitana", eu sempre achei que fosse o nome da igreja... nesse caso um ponto de referncia conhecido, com o name, uma busca por "Catedral, Ribeiro Preto" teria resultado. Atenciosamente, Roger. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409
[Talk-de] Welches Tool zum Steuern von Mapnik über die Befehlszeile?
Hallo, leider ist Mapnik ja eher eine Library als ein Tool. Und Python ist so garnicht meine Sprache! Neben Rendern werde ich auch weitere Aktionen automatisiert ausführen wollen. Programmieren will ich in Perl. Hilfreich wäre da ein Tool welches Mapnik über die Befehlszeile steuerbar macht. Gefunden habe ich: http://code.google.com/p/mapnik-utils/ Schaut gut aus, wird aber scheinbar schon einige Zeit nicht mehr gepflegt. Gibt es etwas gängigeres oder aktuelleres für den Zweck? Danke im Voraus Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Blog ist manchmal schwierig zur verfolgen ;-)
Siehe hier: http://geoobserver.wordpress.com/2014/03/27/osm-blog/ Schönes WE und Happy Mapping ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Blog ist manchmal schwierig zur verfolgen ;-)
Ja das spam Problem auf dem Blog ist in diesem schon mehrfach angesprochen worden. Die Admin versuchen Spam accounts maximal schnell rauszuwerfen, allerdings kanndas - wie das Beispiel zeigt - schwierig sein. Blöd ist das die Tweets dann trotzdem in Twitter stehen bleiben. Sent from my iDingens Am 27.03.2014 um 07:37 schrieb Elstermann, Mike mike.elsterm...@itc-halle.de: Siehe hier: http://geoobserver.wordpress.com/2014/03/27/osm-blog/ Schönes WE und Happy Mapping ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hervorheben von POIs auf eignen Karten
Wolfgang Wienke wo_wienke at gmx.net writes: Du kannst dir via Overpass API die Koordinaten für die Pins aus dem OSM-Datenbestand abholen. So kann man wunderbar einzelne POIs und auch ganze Wege mit OpenLayers-Mitteln hervorheben. Das heißt aber dann doch, dass ich die POIs wieder selbst über Pins setzen muss!?? Wie sonst? Du holst dir die Koordinaten ab (bei einem meiner Projekte mache ich das automatisch einmal am Tag in der Nacht via Cron-Job). Dann bleibt es dir überlassen wie du die erhaltenen Daten nachbearbeitest. Du könntest z.B. sowas damit füttern: http://openlayers.org/dev/examples/dynamic-text-layer.html Oder nach der Anleitung vorgehen: http://wiki.openstreetmap.org/wiki/Openlayers_POI_layer_example Grundlegende Programmierkenntnisse sind natürlich nötig um aus den OSM-Daten das für OpenLayers nötige Eingabeformat automatisiert zu erzeugen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hervorheben von POIs auf eignen Karten
Am 27.03.2014 09:26, schrieb Manuel Reimer: Wolfgang Wienke wo_wienke at gmx.net writes: Du kannst dir via Overpass API die Koordinaten für die Pins aus dem OSM-Datenbestand abholen. So kann man wunderbar einzelne POIs und auch ganze Wege mit OpenLayers-Mitteln hervorheben. Das heißt aber dann doch, dass ich die POIs wieder selbst über Pins setzen muss!?? Wie sonst? Du holst dir die Koordinaten ab (bei einem meiner Projekte mache ich das automatisch einmal am Tag in der Nacht via Cron-Job). Dann bleibt es dir überlassen wie du die erhaltenen Daten nachbearbeitest. Du könntest z.B. sowas damit füttern: http://openlayers.org/dev/examples/dynamic-text-layer.html Oder nach der Anleitung vorgehen: http://wiki.openstreetmap.org/wiki/Openlayers_POI_layer_example Grundlegende Programmierkenntnisse sind natürlich nötig um aus den OSM-Daten das für OpenLayers nötige Eingabeformat automatisiert zu erzeugen. Ok, danke, damit sehe ich, welcher Weg möglich wäre. -- mit freundlichen Grüssen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Blog ist manchmal schwierig zur verfolgen ;-)
Vielleicht sollte man den Twitter-Bot an der Stelle abschwächen und moderieren, so dass neue User erst eine Twitterfreigabe kriegen nach Prüfung durch bereits geprüfte andere Mapper oder so. Gruß Peter Am 27.03.2014 09:04, schrieb Christoph: Ja das spam Problem auf dem Blog ist in diesem schon mehrfach angesprochen worden. Die Admin versuchen Spam accounts maximal schnell rauszuwerfen, allerdings kanndas - wie das Beispiel zeigt - schwierig sein. Blöd ist das die Tweets dann trotzdem in Twitter stehen bleiben. Sent from my iDingens Am 27.03.2014 um 07:37 schrieb Elstermann, Mike mike.elsterm...@itc-halle.de: Siehe hier: http://geoobserver.wordpress.com/2014/03/27/osm-blog/ Schönes WE und Happy Mapping ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Tool zum Steuern von Mapnik über die Befehlszeile?
Manuel Reimer manuel.s...@nurfuerspam.de wrote: Hilfreich wäre da ein Tool welches Mapnik über die Befehlszeile steuerbar macht. nik2img (natürlich auch ein python-script). Sven -- Whenever there is a conflict between human rights and property rights, human rights must prevail. (Abraham Lincoln) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Tool zum Steuern von Mapnik über die Befehlszeile?
Sven Geggus lists at fuchsschwanzdomain.de writes: nik2img OK, dann habe ich mit meinem ersten Fund also richtig gelegen. Danke für die Bestätigung. (natürlich auch ein python-script). Solange ich das Script nicht selber anpassen muss stört mich das nicht. Ich hätte es nur als etwas pfuschig empfunden, wenn ich in mein Perl-Script einige Zeilen Python hätte einbetten müssen. Dann lieber ein halbwegs etabliertes Konsolen-Werkzeug ansteuern. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Blog ist manchmal schwierig zur verfolgen ;-)
On 27.03.14 09:42, Peter Wendorff wrote: Vielleicht sollte man den Twitter-Bot an der Stelle abschwächen und moderieren, so dass neue User erst eine Twitterfreigabe kriegen nach Prüfung durch bereits geprüfte andere Mapper oder so. Naja, ich glaub nicht, dass das realistisch umsetzbar ist. Das wird über IFTTT automatisch rausgehaut und fertig. Wenn, dann müßte man beim Erstellen der Blogs ansetzen und dort so eine Art Auto-Moderation machen, also zu prüfen - werden von einem User zu viele Blogs in kurzer Zeit erzeugt - sperren - werden im Zeitraum von verschiedenen Usern öfter Blogs mit ähnlichem Inhalt erzeugt - sperren - werden Inhalte von schon gesperrten Usern von anderen wieder erzeugt - sperren Aber wie immer, Spamfilterung muss automatisch gehen. /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Blog ist manchmal schwierig zur verfolgen ;-)
Hi, ich denke, es sind zwei Dinge, die man angehen könnte: 1) Spam in den blogs, 2) Spam aus den Blogs auf Twitter. Während Spam in den Blogs zwar blöd ist und nervt, beschränkt sich der weitgehend (ich weiß; RSS-Feeds gibt's auch, trotzdem) auf ein Pull-Medium: Den sehe ich dann, wen ich da nachgucke. Auf Twitter dagegen würde es für mich eher dazu führen, eben diesem Twitter-Account nicht mehr zu folgen. Insofern kann man das im Grunde als zweistufige Veröffentlichung betrachten: a) user X schreibt etwas in seinen user-blog b) der blog-artikel wird durch den bot getwittert. Natürlich wäre es gut, schon bei (a) hinreichend zu filtern. Da der Blog aber immerhin unter der Kontrolle von OSM steht, ist das auch nachträglich noch möglich, während man aus Twitter nichts mehr rauskriegt ohne weiteres. Deshalb wäre mein Vorschlag (und IFTTT spricht da erstmal nicht dagegen und könnte weiter eingesetzt werden mit einer zusätzlichen Bedingung) der folgende: a') user X schreibt etwas in seinen user-blog a2) andere osm-user können den blog-post als spam oder nicht-spam markieren (nicht bewerten, nur als spam markieren). b') der bot twittert, und zwar: wenn der user keine spam-bewertung hat und mindestens eine positive Bewertung hat, dann ja. Wenn der Blogpost positiv bewertet wurde (und noch nicht als Spam), dann ja. Sonst nein. Auslösendes Event dabei ist einerseits das schreiben eines blogposts und zweitens die Einordnung eines Posts als Spam oder nicht. Ich weiß, dass dafür eine entsprechende Bewertungsfunktion in die blogs eingebaut werden müsste; aber die Logik fürs Twittern zumindest wäre unproblematisch, und die Bewertung würde über die Meldungen von Spam-Accounts im Wiki hinaus eine komfortablere Möglichkeit für die Moderation durch authorisierte User/Admins erlauben. Die von dir genannten Heuristiken kann man auch nutzen, klar; aber Heuristiken haben immer die Tendenz, schiefzugehen; sei es ein Offline-Tool, das dann meine gesammelten blogposts aus dem Urlaub hintereinanderweg in meinem userblog veröffentlicht, seien es ähnliche Inhalte, die durch ein heiß diskutiertes Zitat mit kurzen Kommentaren dazu immer wieder auftauchen oder ähnliches. Spamfilterung muss automatisch gehen, aber so ganz automatisch geht es eben meist noch nicht, und gerade fürs Twittern würde ich persönlich weniger Tweets mit einem viel geringeren Spam-Anteil bevorzugen. Gruß Peter Am 27.03.2014 10:38, schrieb Andreas Labres: On 27.03.14 09:42, Peter Wendorff wrote: Vielleicht sollte man den Twitter-Bot an der Stelle abschwächen und moderieren, so dass neue User erst eine Twitterfreigabe kriegen nach Prüfung durch bereits geprüfte andere Mapper oder so. Naja, ich glaub nicht, dass das realistisch umsetzbar ist. Das wird über IFTTT automatisch rausgehaut und fertig. Wenn, dann müßte man beim Erstellen der Blogs ansetzen und dort so eine Art Auto-Moderation machen, also zu prüfen - werden von einem User zu viele Blogs in kurzer Zeit erzeugt - sperren - werden im Zeitraum von verschiedenen Usern öfter Blogs mit ähnlichem Inhalt erzeugt - sperren - werden Inhalte von schon gesperrten Usern von anderen wieder erzeugt - sperren Aber wie immer, Spamfilterung muss automatisch gehen. /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Blog ist manchmal schwierig zur verfolgen ;-)
On 27.03.14 12:18, Peter Wendorff wrote: ich denke, es sind zwei Dinge, die man angehen könnte: 1) Spam in den blogs, 2) Spam aus den Blogs auf Twitter. IMO: Man sollte das eigentliche Problem (also 1) lösen! /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Beidseitig benutzter Fahrradweg auf einer Straßenseite
Hey Wie taggt Ihr eiene in beide Richtungen ausgeschilderten Radweg auf einer Seite der Straße cycleway:left=track oneway:cycleway:left=no sidewalk:left segregated=no bicycle=use_sideway Anregungen ? Ciao fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beidseitig benutzter Fahrradweg auf einer Straßenseite
http://wiki.openstreetmap.org/wiki/Bicycle L1b, falls es eine Radspur ist T2 erste Option, wenn es separater Radweg ist On 27 March 2014 19:24, fly lowfligh...@googlemail.com wrote: Hey Wie taggt Ihr eiene in beide Richtungen ausgeschilderten Radweg auf einer Seite der Straße cycleway:left=track oneway:cycleway:left=no sidewalk:left segregated=no bicycle=use_sideway Anregungen ? Ciao fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beidseitig benutzter Fahrradweg auf einer Straßenseite
On 27.03.2014 19:50, Volker Schmidt wrote: http://wiki.openstreetmap.org/wiki/Bicycle L1b, falls es eine Radspur ist T2 erste Option, wenn es separater Radweg ist Genau, das ist das Problem: Der Weg ist ein Rad/Gehweg nur mit Bordstein getrennt. L1b geht zwar auch für cycleway:*=track aber das oneway:bicycle=no passt nicht. Da fehlt für mich der Bezug zu cycleway und auf der Straße gibt es ja überhaupt kein oneway. fly On 27 March 2014 19:24, fly lowfligh...@googlemail.com wrote: Hey Wie taggt Ihr eiene in beide Richtungen ausgeschilderten Radweg auf einer Seite der Straße cycleway:left=track oneway:cycleway:left=no sidewalk:left segregated=no bicycle=use_sideway Anregungen ? Ciao fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beidseitig benutzter Fahrradweg auf einer Straßenseite
Hi Wie taggt Ihr eiene in beide Richtungen ausgeschilderten Radweg auf einer Seite der Straße cycleway:left=track oneway:cycleway:left=no sidewalk:left segregated=no bicycle=use_sideway Anregungen ? mein Angebot wäre: cycleway:left = track cycleway:left:oneway = no cycleway:left:segregated = no cycleway:left:surface = * cycleway:left:smoothness = * sidewalk = left Wenn er benutzungspflichtig ist cycleway:left:bicycle =designated/official und designated/official je nach mehrheitlicher Verwendung in der Gegend. Wenn nur freigegeben cycleway:left:bicycle=yes. Den einzigen Tag der die rechtliche Situation für einen benutzungspflichtigen Radweg in Deutschland bei Taginfo wiedergibt, wäre bicycle = use_cycleway. Der Tag wurde aber als proposed Feature abgelehnt (ich habe ihn auch noch nie benutzt). Das wäre mein Vorschlag. Happy Mapping, Balgofil ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beidseitig benutzter Fahrradweg auf einer Straßenseite
On 27.03.2014 20:05, Balgofil wrote: Hi Wie taggt Ihr eiene in beide Richtungen ausgeschilderten Radweg auf einer Seite der Straße cycleway:left=track oneway:cycleway:left=no sidewalk:left segregated=no bicycle=use_sideway Anregungen ? mein Angebot wäre: cycleway:left = track cycleway:left:oneway = no Auch eine Variante cycleway:left:segregated = no Da sich segregated immer nur auf Rad-/Fußwege bezieht halte ich die Prefixe für überflüssig cycleway:left:surface = * cycleway:left:smoothness = * sidewalk = left Da hatte ich mich vertippt. Wenn er benutzungspflichtig ist cycleway:left:bicycle =designated/official und designated/official je nach mehrheitlicher Verwendung in der Gegend. Wenn nur freigegeben cycleway:left:bicycle=yes. Interessant, Ich würde zweiteres selten als cycleway taggen und nicht wenn es ein Fußweg mit Fahrrad frei ist. Somit ist für mich ein cycleway in Deutschland immer benutzungspflichtig. Official ist wohl out, da wir uns darauf geeinigt haben, dass designated das gleiche bedeutet und Mapnik es immer noch nicht darstellt. Den einzigen Tag der die rechtliche Situation für einen benutzungspflichtigen Radweg in Deutschland bei Taginfo wiedergibt, wäre bicycle = use_cycleway. Der Tag wurde aber als proposed Feature abgelehnt (ich habe ihn auch noch nie benutzt). Desshalb gibt es ja das neue Proposal use_sideway welches ich verwendet habe. Das wäre mein Vorschlag. Danke fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Postalische Bezeichnung (addr:place -)
Hallo Habe erneut eine Frage Habe hier mehrere Hof ohne Straßennamen anstelle wird Außenbezirk verwendet. Welchen Tag soll ich nun für Außenbezirk verwenden ? addr:street addr:place oder doch addr:full ? Die Adresse laute also: Name Außenbezirk Hausnummer PLZ Ort cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Layout. Visualisierungs-Fehler in der Kartendaten-Analyse
Hi, wenn ich mir in einem kleinen Küstendorf, in browsers OSM-Standard-View, die Kartendaten anschaue, ist es ein Witz, dass, wenn ich zufällig auf die Küstenlinie klicke, um zu sehen was für eine Linie das ist, das Browserfenster auf den gesamten Küstenverlauf zurückspringt und der Browser anfängt, die Daten aller nun sichtbaren Elemente zu laden ... Die Option für eine Objekt-Gesamtsicht/Zoom-Wechsel sollte separat aktivierbar sein. best, t. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Blog ist manchmal schwierig zur verfolgen ;-)
Kurze Verständnissfrage zum Thema: a) Wer kümmert sich darum das getweeted wird ? (die OSM Website scheint es nicht zu sein: https://github.com/openstreetmap/openstreetmap-website/issues/725) b) Ich persönlich habe nichts dagegen, das meine (wenigen) Blogs getweetet werden, würde mich aber über eine Info und die Wahlfreiheit freuen. Bin ich damit alleine ? Christoph Am 27.03.2014 um 13:12 schrieb Andreas Labres l...@lab.at: On 27.03.14 12:18, Peter Wendorff wrote: ich denke, es sind zwei Dinge, die man angehen könnte: 1) Spam in den blogs, 2) Spam aus den Blogs auf Twitter. IMO: Man sollte das eigentliche Problem (also 1) lösen! /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] MapSchool - A scuola di mappe
Ciao, volevo segnalarvi la traduzione di Mapschool, una introduzione libera alla geografia (cc0). http://mapschool.io/index.it.html L'originale è mantenuto da Tom MacWright, la traduzione l'ho fatta io con il supporto di Andrea Borruso e Gianfranco Di Pietro. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MapSchool - A scuola di mappe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 27/03/2014 15:54, sabas88 ha scritto: Ciao, volevo segnalarvi la traduzione di Mapschool, una introduzione libera alla geografia (cc0). http://mapschool.io/index.it.html L'originale è mantenuto da Tom MacWright, la traduzione l'ho fatta io con il supporto di Andrea Borruso e Gianfranco Di Pietro. Ciao, Stefano bello. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlM0VyYACgkQoVS0hKoD3PMp2AD/SmtYAosR8I6t/QDas/hb5VkO riAKOyYQ0D2TkllB654A/jJStsnj3pPE/Ewl6w0nAnWcNzFvgoQUAQM2f00XuswW =m1+v -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Guinea Ebola Outbreak, Mapping to support MSF
dieterdreist wrote si, tempi di incubazione lunghi sono più pericolosi, mentre malattie gravissimi che portano velocemente alla morte (magari anche con tempi di incubazione brevi) sono meno pericolosi nell'ottica di un pandemia (infatti, Ebola non ha ammazzato tante persone). Guarda qui: http://de.wikipedia.org/wiki/Ebolafieber#Ausbr.C3.BCche e confronta con un'influenza per esempio ;-) mi sa ci siamo capiti e non capiti allo stesso tempo xD Intanto ho sbagliato termine: pericolo e rischio sono due cose differenti. la letalità di un virus (o meglio tasso di mortalità) è indicativo del pericolo mentre il tempo di incubazione e vie di infezione determinano l'indice d'esposizione. queste due cose insieme permettono di ricavare il rischio rappresentato da una malattia. L'influenza fa più morti non perchè meno letale, ma perchè ha tempi di incubazione maggiori...la Spagnola, che altro non è che un influenza stagionale particolarmente letale (70%), a causa dei suoi tempi di incubazione e mezzi di diffusione (identici a quelli di una normale influenza stagionale), ha mietuto molte più vittime di una normale influenza stagionale (che uccide solo immunodepressi ed immunodeficienti). la letalità (o tasso di mortalità), non tenendo conto dei tempi di decorrenza della malattia (e quindi la possibilità di diffusione), non è assolutamente un parametro che abbassa il rischio rappresentato dalla malattia (anzi aumentandone la pericolosità ne aumenta anche il rischio) è solo l'incubazione più breve in questo caso (ebola) ad abbassarne il rischio. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Fwd-OSM-talk-Guinea-Ebola-Outbreak-Mapping-to-support-MSF-tp5801173p5801341.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
Re: [Talk-it] serp di osm
2014-03-26 10:13 GMT+01:00 cascafico cascaf...@gmail.com: Il mio sito basato su OSM non geolocalizza corso Venezia 47, 20100 Milano Lombardia IT Postcode errato: nel dubbio metti meno dettagli togliendoli da destra. Io trovo la casa cercando semplicemente corso Venezia 47... ... il che significa che dobbiamo darci da fare con i numeri civici :-) inoltre: nominatim non funziona benissimo. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Dati mare e coste
Salve, volevo sapere se c'è qualcuno in particolare che mantiene su OSM dati sulle coste, porti e più in generale utili per la navigazione marina o per lo studio dei mari (mediterraneo) On Mar 28, 2014 12:38 AM, Simone Cortesi sim...@cortesi.com wrote: 2014-03-26 10:13 GMT+01:00 cascafico cascaf...@gmail.com: Il mio sito basato su OSM non geolocalizza corso Venezia 47, 20100 Milano Lombardia IT Postcode errato: nel dubbio metti meno dettagli togliendoli da destra. Io trovo la casa cercando semplicemente corso Venezia 47... ... il che significa che dobbiamo darci da fare con i numeri civici :-) inoltre: nominatim non funziona benissimo. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati mare e coste
http://openseamap.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Posibles colaboraciones en Congreso
Muchas gracias Patricio por el ofrecimiento.Ya nos contarás que tal la experiencia en Congreso de RITSI, que seguro que les gustará a todos. A mi modo de ver un congreso como el de TIG de Alicante, siempre encontraremos personas que no sepan nada de OSM, otros que les parece una peli de frikis sin más pretensiones, y otros que estamos muy metidos no sólo en la parte de edición, sino en la de generación de nuevas utilidades basadas en OSM, por lo que contentar a todos es imposible, pero a mi juicio explicar a día de hoy la necesidad de OpenStreetMap está de más, puesto que ya es una realidad que no necesita de una campaña de captación. Aún recuerdo cuando empecé explicando en los primeros años de que iba el tema de OSM, el editor JOSM, y como algunos me miraban pensando que menudo iluminaó tenían delante. No se que opináis, pero me atraen mucho para un congreso que se muestren temas como: - generación de tiles personalizadas (Mapnik, TileMill, ...) - uso del motor de routing OSRM (Open Source Routing Machine) - servicios web basados en OSM como nominatim - uso de librerías para generar apps mobiles (osmdroid, mapsforge, ...) usando tiles personalizadas o vectoriales (pbf) en Android o ... - OSM 3D: visores, - plugins o personalización de JOSM - integración de utilidades (como routing) para Qgis, GvSIG etc - OSM e IDEs, interoperabilidad - etc. Por cierto, mi amigo Miguel http://www.openstreetmap.org/user/lomeu que está muy metido en el tema del 3D nos está dejando la ciudad de Alicante irreconocible. Hasta parece más bonita de lo que es¡¡¡. Os pongo unos enlaces: Panorámicahttp://demo.map.f4-group.com/#lat=38.3484730lon=-0.4844794zoom=17camera.theta=64.244camera.phi=-170.637 Plaza de toroshttp://demo.map.f4-group.com/#lat=38.3525943lon=-0.4846950zoom=20camera.theta=50.493 Estadio Hércules Rico Pérezhttp://demo.map.f4-group.com/#lat=38.3573704lon=-0.4927080zoom=19camera.theta=41.039camera.phi=29.794 El 27 de marzo de 2014, 12:51, Patricio Soriano Castro pasori...@gmail.comescribió: Saludos José Manuel Estoy terminado la presentación y documentación que utilizaré mañana en el Congreso del RITSI que se celebra mañana en Córdoba. Aunque estoy dando los últimos retoque cuenta con la presentación por si te puede servir. También espero poder escribir algo sobre la experiencia indicando las mejoras tras realizar el taller. Lo dicho cuenta con la presentación y felicidades por la iniciativa. El 27/03/14 11:58, José Manuel Mira Martínez escribió: En fin, sí desde la Asociación OSM-Es pensáis en algo que pueda ser interesante no dudéis en contactar conmigo para intentar hacerle un hueco (sí me dejan claro). Además por esas fechas, en estas tierras, se está de lujo¡¡¡. -- Patricio J. Soriano Castro www.sigdeletras.com @sigdeletras https://twitter.com/SIGdeletras - Linkedinhttp://www.linkedin.com/in/patriciosorianocastro +34 639714412 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Vorträge/Workshops für Linuxwochen in Wien gesucht!
Liebe OSM-Kolleginnen und -Kollegen! Ich konnte in Erfahrung bringen, daß bis jetzt folgende OSM-Vorträge für die Linuxwochen 2014 eingereicht wurden: * OpenStreetMap for Dummies * Tools für OpenStreetMapper * Druckreife Karten erstellen mit OpenStreetMap und Linux * OpenStreetMap Karten in Apps einbinden, ev. auch Schwerpunkt Devel Wo sind die (Wiener/Niederösterreichischen) OSM-Spezialisten, die über ihr OSM-Teilgebiet bei den Linuxwochen in Wien sprechen möchten? Wo sind die langjährigen Mapper, die bereit sind, einem interessierten Publikum zu zeigen, wie man im JOSM, Potlatch, ID, oder was auch immer, die ersten Schritte macht? Ich hab mich gern bereit erklärt, selbst zwei Vorträge zu halten, aber ich fände es toll, wenn noch mehr Mapper/Developer ihre Erfahrungen mit dem Linuxwochen-Publikum teilen möchten. Ich glaube, wenn sich jemand bereit erklärt, OMS-Neulingen die ersten Schritte, die ersten Edits in einem Workshop zu zeigen, käme das gut an. Hier könnt ihr euren Vortrag/Workshop einreichen: https://cfp.linuxwochen.at/en/LWW14/cfp/session/new Anmeldeschluß ist der 1. April 2014. LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ro] PUG Baia Mare
Felicitari! 2014-03-26 9:44 GMT+00:00 Razvan radulescu.raz...@gmail.com: Salut, Cred ca nu o sa se supere Florin Badita daca vorbesc si in numele lui. A mai importat si stie ce sa faca cu ele. Azi ma intalnesc cu el sa imi explice si mie cate ceva si sa incerc sa import primul pug ( Toplita). Sper ca dupa asta sa putem face la un moment dat si o documentatie pe wiki despre modalitatea de import a unui fisier dwg... On 26.03.2014 11:25, Emil Burzo wrote: Salut, Motivat de inițiativa[1] lui Badita Florin, am trimis si eu la Primăria Baia Mare un email asemănător. Am primit un răspuns pozitiv și multe fișiere[2] autocad (.dwg). Nu am experiență deloc în a lucra cu date GIS, așa că apelez la comunitate pentru a vedea ce se poate folosi din datele respective, și eventual să fie importate în OSM. Dacă cineva are și răbdare pentru a scrie un mini-workflow, ca să am și eu habar cum se procedează, apreciez. [1] - https://www.facebook.com/OsmRomania/posts/273767286114792 [2] - http://nano.emilburzo.com/tmp/PUG-bm-2000.zip ___ Talk-ro mailing listTalk-ro@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro -- Life is not the amount of times you breathe, is the moments that take your breath away. To all things comes an end. And to all things comes a beginning. Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in existat. ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-cat] 1a trobada de mappers catalans: Gualba, 5 d'abril
Hola, és obert a tothom, però no serà a Gualba, serà a Sarrià de Ter. No solament farem mapa, també parlarem de la comunitat catalana d'OSM i com organitzem les diferents tasques i reptes que tenim.. Hem de saber quants serem per organitzar sala i dinar. Per cert, No estareu a les jornadss de SIG lliure de Girona? On 25 March 2014 23:37:09 CET, Oriol Carol oriol.ca...@uab.cat wrote: Bones, Som un grup d'estudiants del màster de tecnologies de la informació geogràfica i no hem participat mai en el mapeig d'OSM. Voldríem saber si la trobada a Gualba del dia 5 està oberta a tothom i podem participar. En cas afirmatiu, què cal que portem? Disposem d'un GPS Garmin Oregon i d'un Garmin etrex vista, una mica anticuat però operatiu. Esperem les vostres noticies! Oriol --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- S’ha enviat des del meu telèfon Android amb K-9 Mail. Si us plau, excusa la meva brevetat. ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-cat] 1a trobada de mappers catalans: Gualba, 5 d'abril
Hola Jaume, Gràcies per contestar. No estarem a les jornades, ens coincideix amb les classes i alguns de nosaltres treballem pels matins. Estem al mpaster 16MTIG del LIGIT de la UAB. Doncs ho parlo amb els companys a veure quants s'apunten a la sortida i et dic alguna cosa. Jo sí que vindré si no falla res. Oriol El 27/03/2014 15:18, Jaume Figueras i Jové ha escrit: Hola, és obert a tothom, però no serà a Gualba, serà a Sarrià de Ter. No solament farem mapa, també parlarem de la comunitat catalana d'OSM i com organitzem les diferents tasques i reptes que tenim.. Hem de saber quants serem per organitzar sala i dinar. Per cert, No estareu a les jornadss de SIG lliure de Girona? On 25 March 2014 23:37:09 CET, Oriol Carol oriol.ca...@uab.cat wrote: Bones, Som un grup d'estudiants del màster de tecnologies de la informació geogràfica i no hem participat mai en el mapeig d'OSM. Voldríem saber si la trobada a Gualba del dia 5 està oberta a tothom i podem participar. En cas afirmatiu, què cal que portem? Disposem d'un GPS Garmin Oregon i d'un Garmin etrex vista, una mica anticuat però operatiu. Esperem les vostres noticies! Oriol --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat attachment: oriol_carol.vcf___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
[Talk-ca] Nunavut has a very pour data coverage. Why not Integrate BNDT/CanVec dataset from Department of Natural Resources Canada?
Hi all. Nunavut has a very pour data coverage, almost nothing. Why not integrate the BNDT (or NTDB) dataset from Department of Natural Resources Canada? ftp://ftp2.cits.rncan.gc.ca/pub/bndt/ I use the map data with the Ibycus Topo Canada v4 map for Garmin and they are very good. I think the data are now proceed from CanVec should be available for import in OSM. http://wiki.openstreetmap.org/wiki/Canvec I would be very happy to have the topography maps from Nunavut but I am afraid I am not experienced enough to import the data. Because there is almost nothing so far you can't do too much wrongJ. Greetings ivolino ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Nunavut has a very pour data coverage. Why not Integrate BNDT/CanVec dataset from Department of Natural Resources Canada?
I can see the point here - better to have something than nothing. Still, my tendency would be to opt for a mapping project like the ones performed on other areas rather than a mass import. Imported data needs to be treated with kid gloves as it is easy to end up with faulty information. Wood areas tend to come in in a very haphazard way, for example. Put out the call - I know there must be several willing to help out up there. Adam Hi all. Nunavut has a very pour data coverage, almost nothing. Why not integrate the BNDT (or NTDB) dataset from Department of Natural Resources Canada? ftp://ftp2.cits.rncan.gc.ca/pub/bndt/ I use the map data with the Ibycus Topo Canada v4 map for Garmin and they are very good. I think the data are now proceed from CanVec should be available for import in OSM. http://wiki.openstreetmap.org/wiki/Canvec I would be very happy to have the topography maps from Nunavut but I am afraid I am not experienced enough to import the data. Because there is almost nothing so far you can't do too much wrongJ. Greetings ivolino ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Nunavut has a very pour data coverage. Why not Integrate BNDT/CanVec dataset from Department of Natural Resources Canada?
Would it be possible to only import the tundra parts? There are no wood areas. Or just Ellesmere island? There are just lakes and tundra. Ivolino Von: Adam Martin [mailto:s.adam.mar...@gmail.com] Gesendet: Freitag, 28. März 2014 01:28 An: i...@gmx.com Cc: talk-ca@openstreetmap.org Betreff: Re: [Talk-ca] Nunavut has a very pour data coverage. Why not Integrate BNDT/CanVec dataset from Department of Natural Resources Canada? I can see the point here - better to have something than nothing. Still, my tendency would be to opt for a mapping project like the ones performed on other areas rather than a mass import. Imported data needs to be treated with kid gloves as it is easy to end up with faulty information. Wood areas tend to come in in a very haphazard way, for example. Put out the call - I know there must be several willing to help out up there. Adam Hi all. Nunavut has a very pour data coverage, almost nothing. Why not integrate the BNDT (or NTDB) dataset from Department of Natural Resources Canada? ftp://ftp2.cits.rncan.gc.ca/pub/bndt/ I use the map data with the Ibycus Topo Canada v4 map for Garmin and they are very good. I think the data are now proceed from CanVec should be available for import in OSM. http://wiki.openstreetmap.org/wiki/Canvec I would be very happy to have the topography maps from Nunavut but I am afraid I am not experienced enough to import the data. Because there is almost nothing so far you cant do too much wrongJ. Greetings ivolino ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Tracer a pointInfo - activity report
Ahoj, to je hodne dobry ta ikonka na browser, je to vsude,ale nebude to vsude modry. To se bude libit. :-) I ten zbytek toho designu je takovej cistsi. Jinak jsem narazil na takovej problem, kterej by asi mel reseni, ale do kteryho se ti asi nebude chtit. ;-) Kdyz pridavam adresy v mistech, kde nejsou budovy, tak se musim spolehat na AM nalezene v okoli. Takze se proklikavam vesnici a pomoci PointInfo pridavam AM. Jenze pak nevim, ktery uz jsem pridal, a ktery ne. A protoze to debilni progress okno nejde odsunout, tak se i blbe kouka, ktery uz tam jsou. Musim “silhat” a nepridavat ve stredu, ale na okrajich obrazovky, coz neni uplne ono. Napadlo me, ze bys pri pridani bodu mohl udelat test, jestli tam to AM nahodou uz neni, a pokud jo, tak zobrazit varovani, ze to pridavas podruhy. Co myslis? Dalibor From: Marián Kyral [mailto:mky...@email.cz] Sent: Thursday, March 27, 2014 7:44 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Tracer a pointInfo - activity report Ahoj, jak se ti líbí tohle? Zatím jen screenshoty, ještě jsem to nestihl pořádně otestovat. Dneska večer, nebo zítra bych to chtěl publikovat. Marián -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mailto:mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org Datum: 20. 3. 2014 7:45:06 Předmět: Re: [Talk-cz] Tracer a pointInfo - activity report Ahoj, ty mi teda dáváš ;-) Dne 20.3.2014 05:35, Dalibor Jelínek napsal: Ahoj, super, jsem rád, že se ti to PointInfo povedlo dát oficiálně do JOSM. Už jsem ho i přeložil v JOSM do čestiny (tu jednu řádku). ;-) Návrh na vylepšení: -název katastrálního území by mohl být také klikací a vést sem http://vdp.cuzk.cz/vdp/ruian/katastralniuzemi/785105 - dtto obec http://vdp.cuzk.cz/vdp/ruian/obce/545261 - část obce http://vdp.cuzk.cz/vdp/ruian/castiobce/185108 - ulice http://vdp.cuzk.cz/vdp/ruian/ulice/819093 - městská část http://vdp.cuzk.cz/vdp/ruian/mestskecasti/539465 - kraj http://vdp.cuzk.cz/vdp/ruian/vusc/35 - okres http://vdp.cuzk.cz/vdp/ruian/okresy/3301 - PSC jsem nenasel, ale i pro to by mohl byt vhodny cil Treba tohle: http://www.postaonline.cz/vyhledani-psc?p_p_id=psc_WAR_pcpvpp http://www.postaonline.cz/vyhledani-psc?p_p_id=psc_WAR_pcpvppp_p_lifecycle=0p_p_state=normalp_p_mode=viewp_p_col_id=column-1p_p_col_count=1_psc_WAR_pcpvpp_struts.portlet.action=%2Fview%2FcleanFormPsc_psc_WAR_pcpvpp_struts.portlet.mode=view p_p_lifecycle=0p_p_state=normalp_p_mode=viewp_p_col_id=column-1p_p_col_count=1_psc_WAR_pcpvpp_struts.portlet.action=%2Fview%2FcleanFormPsc_psc_WAR_pcpvpp_struts.portlet.mode=view Výhodou by bylo, že by byly dosažitelné všechny info v RÚIAN z jednoho místa. Nevýhodou pak, že by to bylo dost modrý a podtrhaný (ale třeba by šly linky udělat černý, nebo modrý bez podtržení, nevím) No máš pravdu, že by to bylo modré moře. Udělat černé linky by zatím nešlo, ta komponenta nepodporuje css. Nicméně by to šlo třeba řešit nějakou ikonou, taková ta šipka, co se používá pro externí odkazy. Nicméně je otázka, jak moc to je využitelné. Je na těch lincích něco zajímavého, aby stálo za to tam ty linky mít? = ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer a pointInfo - activity report
-- Původní zpráva -- Od: Dalibor Jelínek dali...@dalibor.cz Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org Datum: 27. 3. 2014 7:55:14 Předmět: Re: [Talk-cz] Tracer a pointInfo - activity report Ahoj, to je hodne dobry ta ikonka na browser, je to vsude,ale nebude to vsude modry. To se bude libit. :-) I ten zbytek toho designu je takovej cistsi. Jinak jsem narazil na takovej problem, kterej by asi mel reseni, ale do kteryho se ti asi nebude chtit. ;-) Kdyz pridavam adresy v mistech, kde nejsou budovy, tak se musim spolehat na AM nalezene v okoli. Takze se proklikavam vesnici a pomoci PointInfo pridavam AM. Jenze pak nevim, ktery uz jsem pridal, a ktery ne. A protoze to debilni progress okno nejde odsunout, tak se i blbe kouka, ktery uz tam jsou. Musim “silhat” a nepridavat ve stredu, ale na okrajich obrazovky, coz neni uplne ono. Napadlo me, ze bys pri pridani bodu mohl udelat test, jestli tam to AM nahodou uz neni, a pokud jo, tak zobrazit varovani, ze to pridavas podruhy. Co myslis? Jo. Na to jsem už taky narazil. Nějaká kontrola by bodla. Nicméně je blbost přidávat ty body přes pointInfo, když se každou chvíli (snad) rozběhne regulární import :-D Nicméně stále ještě uvažuji, že by se možná hodil nějaký speciální mód, který by do vybrané oblasti doplnit všechny chybějící budovy nebo adresní místa. Ale asi by to bylo spíše součástí traceru. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] 10 mois déjà
Le 26/03/2014 23:45, Frédéric Bonifas a écrit : Bonsoir, Je suis en train de générer une nouvelle carte. J'avais laissé traîner car peu de temps en ce moment et j'utilise moins mon GPS Garmin. En ligne demain si tout va bien ! Génial ! J'aurai probablement le temps de la mettre sur mon GPS avant de partir. Moi aussi, j'utilise moins mon GPS, surtout sur cet itinéraire que je connais par cœur. Mais ce week-end, ce sont les jeunes qui font la nav. ce sont eux qui manient le GPS. Donc je leur donne une bonne carte. Un grand merci. -- FrViPOfm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Le 27 mars 2014 01:42, Philippe Verdy verd...@wanadoo.fr a écrit : Ca arrive de temps en temps: problème de proxy du côté serveur qui perd sa session prématurément. Personnellement je n'envoie plu que 5 objets par requête et ça répond correctement sur une connexion fibre. Et ça évite en fait pas mal de problèmes. S'il y en a un c'est aussi lus facile de reprendre sans chercher longtemps l'objet à resynchroniser Je comprends mieux comment on en arrive à 21 M éditions ! Personnellement j'envoie rarement moins de 1000 objets par requête et je n'ai jamais eu de problème... JOSM permet de sauvegarder ses couches de données, si sa ne passe pas à un moment, il est toujours possible de retenter ensuite. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Le nombre d'éditions n'entre pas en ligne de compte. mettre moins d'éléments par requêtes n'augmente pas le nombre de changeset c'est le même qui contient tout, sauf que les requêtes sont bien plus rapides du côté du serveur. Cela a surtout le gros avantage qu'en cas éventuel de perte de session c'est bien plus facile à récupérer car un nouvel envoi générera beaucoup moins de conflits avec les envois partiels déjà envoyés. Cela ne change rien non plus à la charge du serveur qui de toute façon doit versionner les objets envoyés un par un. Le 27 mars 2014 10:13, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le 27 mars 2014 01:42, Philippe Verdy verd...@wanadoo.fr a écrit : Ca arrive de temps en temps: problème de proxy du côté serveur qui perd sa session prématurément. Personnellement je n'envoie plu que 5 objets par requête et ça répond correctement sur une connexion fibre. Et ça évite en fait pas mal de problèmes. S'il y en a un c'est aussi lus facile de reprendre sans chercher longtemps l'objet à resynchroniser Je comprends mieux comment on en arrive à 21 M éditions ! Personnellement j'envoie rarement moins de 1000 objets par requête et je n'ai jamais eu de problème... JOSM permet de sauvegarder ses couches de données, si sa ne passe pas à un moment, il est toujours possible de retenter ensuite. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
En plus je ne sais pas d'où tu sors ton chiffre de 21 M (milliers ? millions ?) Mon compteur est encore de 2815 changesets en totalité sur plusieurs années. cela ne fait que 5 ou 6 par jour, indépendamment du volume (certains sont réduis à 3 ou 4 objets, la moyenne est souvent autour de 400 objets, envoyés en un peu moins de 100 requêtes). Je ne vois aucun intérêt à faire des requêtes de modifs volumineuses. J'en ai fait l'amère expérience une fois avec le paramétrage par défaut de JOSM et la récupération suite à une perte de session m'a coûté près de 3 semaines de travail pour vérifier des centaines de conflits avec mes propres envois dont JOSM n'a pas reçu le statut de complétion. J'ai rié pendant tout ce temps que mon PC ne soit pas obligé de rebooter suite à une mise à jour automatique du système, de fait pendant tout ce temps j'ai du couper les mises à jour système et aussi prié qu'il n'y ait pas de coupure de courant car je ne pouvais strictement rien sauvegarder... Si je ne met que 5 objets par envoi, la résolution de conflits est beaucoup moins longue (et par suite engendre beaucoup moins d'erreurs manuelles lors de la résolution avec l'éditeur de conflits). De fait je n'ai jamais plus à gérer des listes de conflits de plusieurs centaines d'objets, sachant aussi que JOSM ne sait toujours PAS sauvegarder un travail en cours avec l'état des conflits en cours non résolus, en revanche il sait sauvegarder un travail non complètement envoyé à condition qu'il n'y ait aucun conflit. Le seul intérêt à grouper des centaines ou milliers d'objets dans une même requête c'est de réduire le nombre de roundtrip mais cela ne change rien à la charge totale du serveur qui au contraire doit tout traiteren un seul gros batch, ce qui nécessite alors une longue attente et c'est là qu'un timeout peut se produire au niveau du serveur front-end de l'API ou d'un proxy. Admettons qu'on passe de 500 à 5 objets par requête cela multiple par 100 le nombre de roundtrip, mais un roundtrip coute environ 60 millisecondes pour tout le monde. Au total l'envoi durera seulement 6 secondes de plus... C'est négligeable par rapport au temps passé pour préparer les modifs. Je peux bien attendre 6 secondes de plus si ça m'évite ensuite de perdre des heures ou des jours (et pendant tout ce temps là laisser les données sur le serveur dans un état intermédiaire instable, que certains autres utilisateurs vont tenter de corriger sans voir que le changeset n'est pas finalisé, car le serveur va le fermer automatiquement au bout de 2 heures avant qu'on ait fini de tout résoudre et tout envoyer : résultat, tout en continuant à envoyer les données manquantes en résolvant les conflits un par un on se retrouve à gérer de nouveaux conflits d'édition). Le 27 mars 2014 10:13, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le 27 mars 2014 01:42, Philippe Verdy verd...@wanadoo.fr a écrit : Ca arrive de temps en temps: problème de proxy du côté serveur qui perd sa session prématurément. Personnellement je n'envoie plu que 5 objets par requête et ça répond correctement sur une connexion fibre. Et ça évite en fait pas mal de problèmes. S'il y en a un c'est aussi lus facile de reprendre sans chercher longtemps l'objet à resynchroniser Je comprends mieux comment on en arrive à 21 M éditions ! Personnellement j'envoie rarement moins de 1000 objets par requête et je n'ai jamais eu de problème... JOSM permet de sauvegarder ses couches de données, si sa ne passe pas à un moment, il est toujours possible de retenter ensuite. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ 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] JOSM : impossible d'envoyer les modifications
Les pertes de session peuvent arriver à tout le monde. Elles sont impossibles à prédire et totalement indépendantes de ce qu'on envoie. Non je ne suis certainement pas le seul à qui ça arrive, mais au moins je ne les ignore pas en abandonnant l'état en cours pour laisser les autres réparer. derrière. Même sur une connexion fibre ou ADSL rapide on a ce genre de désagrément. Et même sans être au fond de la pampa comme tu dis. Ca arrive sans qu'on ait rien fait c'est le FAI qui en est à l'origine, ou sa box qui plante, ou le FAI qui fait un reset et force une resynchronisation avec une nouvelle IP attribuée. Ce n'est pas exceptionnel et je vois ces pertes de session au moins 3 ou 4 fois par jour, même en fibre (en ADSL c'était un peu plus, sur accès mobile c'est toutes les 5 à 10 minutes). Le log interne de ta box peut te les montrer facilement. Il y a aussi des pertes de sessions inattendues sur les liens de peering du FAI en moyenne une fois tous les 3 ou 4 jours. Même si en fin de compte cela arrive une fois sur 100, c'est ce qu'on doit faire et ce que cela coûte quand ça arrive qui compte, la perte de temps alors est considérable. Je trouve inacceptable de devoir ensuite gérer des listes comportant des centaines de conflits à résoudre sur la dernière requête contenant des centaines d'objets, sans pouvoir sauvegarder son travail (même si on n'a pas encore tout envoyé) tant qu'ils ne sont pas tous résolus. Et franchement je n'ai pas dit non plus que cela prenait moins de temps côté réseau mais le temps gagné en groupant beaucoup d'objets dans la même requête est totalement négligeable pour un contributeur humain. Ce temps n'intéresse qu'un bot d'import qui doit envoyer des centaines de milliers d'objets de façon quasi continue sur une période longue (comme les bots qui en ce moment importent les landuse détaillés du Canada ou en Russie, ou les bots qui importent massivement les batiments du cadastre). Pour les modifs (pas uniquement des créations de nouveaux objets) il n'y a strictement aucun intérêt à grouper massivement les objets. Mais même pour des imports massifs, une perte de session avec reprise peut laisser la totalité des objets dont on n'a pas récupérer le statut en doublons dans la base, car ils snont importés à nouveau (avec des IDs différents) lors d'un nouvel essai. Je ne suis pas du tout convaincu du réel bienfait de ce groupement de trop d'objets dans la même requête. En revanche pour le même changeset ont peut envoyer toute une série de requêtes et il n'y a pas réellement de limite (même si on devrait limiter nos envois à des changesets ne comprenant pas beaucoup plus que 2000 objets créés/modifiés/supprimés). Le 27 mars 2014 11:08, Pieren pier...@gmail.com a écrit : 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ 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] JOSM : impossible d'envoyer les modifications
Ha, c'est beau les connexions internet fiables... Je suis passé de 500 objets par blocs à 100, puis à 20, puis à 10, à 5, et maintenant à 2. J'ai visité pas mal de villes ces derniers temps, et c'est tellement ch*** à gérer, les envois interrompus, que finalement, avec 2 objets traités à la fois, s'il y a un problème, j'ai un ou deux conflits à gérer, ou une ou deux erreurs osmose/osmi, et ça me va bien. Plus long à envoyer, je sais pas, mais le temps perdu lors d'une interruption doit largement s'équilibrer. Si j'avais le choix, c'est sûr, je voterais pour la connexion fiable... Mais je ne l'ai pas encore trouvée... et je ne prévois pas de déménager au centre de Paris ou Strasbourg pour y avoir accès. JB. Le 27/03/2014 11:34, Greg a écrit : D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com mailto:pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ 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] JOSM : impossible d'envoyer les modifications
Oui mais le profit est négligeable au regard du risque pris. N'oublie pas que la compression de données sur une même sessions HTTP peut continuer à compresser les données en tenant compte des requêtes déjà transmises dans la même session (on parle de HTTP 1.1 avec des sessions qui restent actives entre les requêtes). Grouper les requêtes a un intérêt pour des accès uniquement en lecture seule. Pour des requêtes de modification c'est en fait dangereux et puique ces requêtes mettent aussi du temps à s'exécuter sur le serveur, le temps cumulé pris par des roundtrips plus nombreux est petit par rapport au temps des requêtes sur le serveur avant qu'il retourne une réponse. Et je pense que cela reste vrai même si on est logé directement sur le backbone à Londres ou Amsterdam et encore vrai même si on est sur une fibre à Paris. On n'a aucun moyen de prédire une perte de session. Le 27 mars 2014 11:34, Greg ewala...@gmail.com a écrit : D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Je ne comprends pas de quoi vous parlez concernant cette histoire de fiabilité de la connexion. Le dernier changeset que j'ai publié comportais environ 1030 objets et j'étais à bord d'un train en mode modem avec mon mobile. http://www.openstreetmap.org/changeset/21278722 Il y a normalement bien d'autres choses qui se passent avant qu'un envoi ponctuel de données avec JOSM plante sur une connexion fixe instable (TV, téléphone...). *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 27 mars 2014 11:46, JB jb...@mailoo.org a écrit : Ha, c'est beau les connexions internet fiables… Je suis passé de 500 objets par blocs à 100, puis à 20, puis à 10, à 5, et maintenant à 2. J'ai visité pas mal de villes ces derniers temps, et c'est tellement ch*** à gérer, les envois interrompus, que finalement, avec 2 objets traités à la fois, s'il y a un problème, j'ai un ou deux conflits à gérer, ou une ou deux erreurs osmose/osmi, et ça me va bien. Plus long à envoyer, je sais pas, mais le temps perdu lors d'une interruption doit largement s'équilibrer. Si j'avais le choix, c'est sûr, je voterais pour la connexion fiable… Mais je ne l'ai pas encore trouvée… et je ne prévois pas de déménager au centre de Paris ou Strasbourg pour y avoir accès. JB. Le 27/03/2014 11:34, Greg a écrit : D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://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] JOSM : impossible d'envoyer les modifications
Tu te trompes encore de sujet. On ne parle pas du nombre d'objets par changeset. Le 27 mars 2014 11:51, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Je ne comprends pas de quoi vous parlez concernant cette histoire de fiabilité de la connexion. Le dernier changeset que j'ai publié comportais environ 1030 objets et j'étais à bord d'un train en mode modem avec mon mobile. http://www.openstreetmap.org/changeset/21278722 Il y a normalement bien d'autres choses qui se passent avant qu'un envoi ponctuel de données avec JOSM plante sur une connexion fixe instable (TV, téléphone...). *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 27 mars 2014 11:46, JB jb...@mailoo.org a écrit : Ha, c'est beau les connexions internet fiables... Je suis passé de 500 objets par blocs à 100, puis à 20, puis à 10, à 5, et maintenant à 2. J'ai visité pas mal de villes ces derniers temps, et c'est tellement ch*** à gérer, les envois interrompus, que finalement, avec 2 objets traités à la fois, s'il y a un problème, j'ai un ou deux conflits à gérer, ou une ou deux erreurs osmose/osmi, et ça me va bien. Plus long à envoyer, je sais pas, mais le temps perdu lors d'une interruption doit largement s'équilibrer. Si j'avais le choix, c'est sûr, je voterais pour la connexion fiable... Mais je ne l'ai pas encore trouvée... et je ne prévois pas de déménager au centre de Paris ou Strasbourg pour y avoir accès. JB. Le 27/03/2014 11:34, Greg a écrit : D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Le nombre d'objet modifié par changeset influe forcément sur le nombre de changeset global. J'ai 1000 modifications à faire dans une journée, je peux le faire en 1 seul changeset ou en 1000. Ensuite, si tu envoie ta contribution à chaque fois que tu ajoute 1 noeud à une voie, et bien on va créer une version à chaque fois. 30 nouveaux noeuds dans une même voie avec 1 nouveau changeset à chaque nouveau noeud = 30 versions sur ta voie. Je pense au contraire être dans le sujet et tel est mon avis. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 27 mars 2014 11:54, Philippe Verdy verd...@wanadoo.fr a écrit : Tu te trompes encore de sujet. On ne parle pas du nombre d'objets par changeset. Le 27 mars 2014 11:51, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Je ne comprends pas de quoi vous parlez concernant cette histoire de fiabilité de la connexion. Le dernier changeset que j'ai publié comportais environ 1030 objets et j'étais à bord d'un train en mode modem avec mon mobile. http://www.openstreetmap.org/changeset/21278722 Il y a normalement bien d'autres choses qui se passent avant qu'un envoi ponctuel de données avec JOSM plante sur une connexion fixe instable (TV, téléphone...). *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 27 mars 2014 11:46, JB jb...@mailoo.org a écrit : Ha, c'est beau les connexions internet fiables… Je suis passé de 500 objets par blocs à 100, puis à 20, puis à 10, à 5, et maintenant à 2. J'ai visité pas mal de villes ces derniers temps, et c'est tellement ch*** à gérer, les envois interrompus, que finalement, avec 2 objets traités à la fois, s'il y a un problème, j'ai un ou deux conflits à gérer, ou une ou deux erreurs osmose/osmi, et ça me va bien. Plus long à envoyer, je sais pas, mais le temps perdu lors d'une interruption doit largement s'équilibrer. Si j'avais le choix, c'est sûr, je voterais pour la connexion fiable… Mais je ne l'ai pas encore trouvée… et je ne prévois pas de déménager au centre de Paris ou Strasbourg pour y avoir accès. JB. Le 27/03/2014 11:34, Greg a écrit : D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://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 ___ 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] JOSM : impossible d'envoyer les modifications
François, on ne parle pas de ça ! Moi aussi mes changesets comprennent très couramment des centaines voire des milliers d'objets modifiés. Pourtant mes envois sont limités avec des requêtes de 5 objets par requête. Je ne ferme pas le changeset entre temps, le même changeset contient des dizaines voire une centaine de requêtes. On parle ici de l'option dans l'onglet avancé de JOSM du dialogue d'envoi de données : c'est une préférence que j'ai réduite pour m'épargner ensuite bien des problèmes et pour ne jamais me retrouver ensuite avec des listes de conflits avec des centaines d'objets (sans qu'on puisse sauvegarder en cours). Au maximum je n'ai donc jamais plus de 5 conflits à la fois: je eoux les résoudre alors facilement en quelques minutes, puis je sauve le fichier OSM localement et je reprends l'envoi dans le changeset en cours. De plus j'ai réglé JOSM pour qu'il ne ferme pas automatiquement le changeset en cours. Je le fais toujours manuellement une fois que toutes les données ont été transmises (et je le vérifie en refaisant un envoi car cela arrive TRES souvent que l'envoi ne soit pas complet et s'interrompe sans qu'on soit averti par JOSM, on ne le voit que si on a ouvert la console Java pour voir une exception que JOSM traite sans nous avertir que toutes les données ne sont pas encore envoyées). Et oui, je constate TRES régulièrement que le serveur ferme prématurément une session après quelques minutes en plein milieu d'un envoi en cours et en général après avoir traité environ 2000 objets (mais le seuil est très variable, en nombre d'objets comme en durée de session). Impossible de savoir où la sessions s'est perdue. C'est pour ça que je préfère avoir des requêtes petites avec un retour de statut entre chaque (le statut peut être soit OK, la requête suivante est automatiquement envoyée avec les 5 objets suivants, soit KO avec une liste de conflits, et je tiens absolument à ce que ces listes soient petites sinon ça devient un enfer; parfois le statut n'est jamais retourné, la session a été interrompue sans prévenir et l'envoi encours n'est pas terminé, mais le changeset en cours ne peut pas être continué, ce qu'on constate quant on essaye d'envoyer la suite). Le 27 mars 2014 11:58, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le nombre d'objet modifié par changeset influe forcément sur le nombre de changeset global. J'ai 1000 modifications à faire dans une journée, je peux le faire en 1 seul changeset ou en 1000. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Est-ce que ça s'est décoincé ? Si non... je soupçonne un problème que j'avais rencontré avec mon compte resté en verrouillage dans la base de l'API (à cause d'un bug de celle-ci). Le 26 mars 2014 19:54, Gaël SIMON gael.simon...@gmail.com a écrit : Bonjour à tous, depuis ce jour seulement, je n'arrive plus à envoyer mes modifications JOSM. Configuration : Nouveau groupe de modifications, 100 objets par requête. J'ai bien le message Envoi de 84 objets ... Au bout d'un certain temps, la fenêtre Envoi des données se ferme, mais rien n'est enregistré. Mon accès Internet est correct car j'affiche bien dans JOSM les données Bing et Cadastre par exemple. Et j'ai pu envoyer d'autres modifications précédemment Merci pour toute aide, si c'est bien le bon endroit pour cela. (gsimon) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Je viens de relancer ma mise à jour, elle est passée sans souci. Je l’ai eue à l’usure Effectivement peut-être un verrou. Merci à tous. From: Christian Quest Sent: Thursday, March 27, 2014 12:26 PM Est-ce que ça s'est décoincé ? Si non... je soupçonne un problème que j'avais rencontré avec mon compte resté en verrouillage dans la base de l'API (à cause d'un bug de celle-ci). Le 26 mars 2014 19:54, Gaël SIMON gael.simon...@gmail.com a écrit : Bonjour à tous, depuis ce jour seulement, je n’arrive plus à envoyer mes modifications JOSM. Configuration : Nouveau groupe de modifications, 100 objets par requête. J’ai bien le message “Envoi de 84 objets ... “Au bout “d’un certain temps”, la fenêtre “Envoi des données” se ferme, mais rien n’est enregistré. Mon accès Internet est correct car j’affiche bien dans JOSM les données Bing et Cadastre par exemple. Et j’ai pu envoyer d’autres modifications précédemment Merci pour toute aide, si c’est bien le bon endroit pour cela. (gsimon) wlEmoticon-winkingsmile[1].png___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Finalement, je refais les modifications petit à petit, en paramétrant une requête par objet. L’import “coince” sur l’objet : Relation “11” n° 355981 Sachant que mon envoi est bloqué à 43/86 objets envoyés (groupe de modifications 21 354 262), que puis-je faire ensuite pour finir de charger mes modifications et éviter les doublons ? Merci d’avance From: Christian Quest Sent: Thursday, March 27, 2014 12:26 PM Est-ce que ça s'est décoincé ? Si non... je soupçonne un problème que j'avais rencontré avec mon compte resté en verrouillage dans la base de l'API (à cause d'un bug de celle-ci). Le 26 mars 2014 19:54, Gaël SIMON gael.simon...@gmail.com a écrit : Bonjour à tous, depuis ce jour seulement, je n’arrive plus à envoyer mes modifications JOSM. Configuration : Nouveau groupe de modifications, 100 objets par requête. J’ai bien le message “Envoi de 84 objets ... “Au bout “d’un certain temps”, la fenêtre “Envoi des données” se ferme, mais rien n’est enregistré. Mon accès Internet est correct car j’affiche bien dans JOSM les données Bing et Cadastre par exemple. Et j’ai pu envoyer d’autres modifications précédemment Merci pour toute aide, si c’est bien le bon endroit pour cela. (gsimon)___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Bonsoir, Le 27/03/2014 23:11, Gaël SIMON a écrit : Finalement, je refais les modifications petit à petit, en paramétrant une requête par objet. L’import “coince” sur l’objet : Relation “11” n° 355981 Sachant que mon envoi est bloqué à 43/86 objets envoyés (groupe de modifications 21 354 262), que puis-je faire ensuite pour finir de charger mes modifications et éviter les doublons ? Si tu as la main, sauvegarde ton calque dans un fichier local, avec un peu de chance tu auras l'état à jour des objets qu'on voit déjà dans ton changeset. Quand tu dis que ça coince, concrètement que se passe-t-il ? Tu as une fenêtre de conflit ? L'envoi n'en finit pas ? La relation '11' est assez lourde (en nombre de membres) donc sa validation peut prendre un peu de temps, en comparaison de simples ways et nodes. Ça n'est peut-être pas coincé du coup... juste long. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenData et géographie
Un site très intéressant avec des tas de statistiques et de visualisations sur les données OpenData et données libres dans le monde. Le tout sur des fonds de cartes interactifs. http://geography.oii.ox.ac.uk/ Commençons par http://geography.oii.ox.ac.uk/?page=open-data-index mais ce site est bourré d'analyse intéressantes et faciles à lire ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
