[talk-ph] PNB/Allied Bank Mechanical Edits update
Since I wanted other members of the community to give their comments concerning the planned mechanical edit [1], I've decided to move it to Wednesday, October 30. Also, three changesets will be created in Metro Manila instead of one as originally planned (one for Manila, one for CAMANAVA, Quezon City, San Juan and Marikina, one for Mandaluyong, Pasig, Pasay, Makati, Taguig, Pateros, Muntinlupa, Parañaque and Las Piñas). The edits will be done between 12 PM and 6 PM. I'm aware that some branches will be closed because of the branch relocations connected to the merger. It is up to the users in the area to check if the affected branches are closed or relocated and edit the map to reflect such changes. [1] see https://lists.openstreetmap.org/pipermail/talk-ph/2013-October/004672.html - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Section 1 of TPLEx is set to open Oct 30
Yey! I'll try to see if I can drive through it by November. There are only 2 additional exits from SCTEX end as of the meantime. Ervin Malicdem for Schadow1 Expeditions - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com Oops. The opened phase is not the whole of Section 1, but until the Gerona exit only: http://osm.org/go/4zalkFsV--?m= Section 1 will be opened by next year. On Sat, Oct 26, 2013 at 10:55 PM, Eugene Alvin Villar sea...@gmail.comwrote: TPLEx is the Tarlac-Pangasinan-La Union Expressway and it continues the northward route of the SCTEx (Subic-Clark-Tarlac Expressway). Section 1 is from Tarlac City, Tarlac to Rosales Pangasinan. News articles: Rappler: http://www.rappler.com/business/industries/208-infrastructure/42219-tplex-partially-opens InterAksyon: http://www.interaksyon.com/business/73478/first-phase-of-tarlac-pangasinan-la-union-expressway-opens-next-week GMA News: http://www.gmanetwork.com/news/story/332586/economy/companies/san-miguel-corp-led-consortium-to-soft-open-tplex-on-oct-30 Wikipedia article: https://en.wikipedia.org/wiki/Tarlac%E2%80%93Pangasinan%E2%80%93La_Union_Expressway TPLEx starts here: http://osm.org/go/4zaiBORM--?m Section 1 seems to end here: http://osm.org/go/4zbhcXtB--?m While the Bing satellite imagery shows evidence of the TPLEx route due to the tell-tale signs of construction, we would definitely appreciate actual GPS traces. Bonus points if you can get traces of the on- and off-ramps for each of the expressway's exits. :-) (Ervin, go!) But I think in the meantime, we can switch the construction tags in OSM come October 30. :-) ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Section 1 of TPLEx is set to open Oct 30
it's delayed as usual but it's nice still been waiting for the whole extension to La Union so i can drive all the way to Pagudpud :) i don't like to drive, only navigate :) the eastern expressway is still far off --- I explore, therefore I blog! http://www.backpackingphilippines.com http://www.facebook.com/backpackingPhilippines Twitter: backpackPH Instagram: backpackPH On Oct 27, 2013, at 4:48 AM, Ervin Malicdem schad...@gmail.com wrote: Yey! I'll try to see if I can drive through it by November. There are only 2 additional exits from SCTEX end as of the meantime. Ervin Malicdem for Schadow1 Expeditions - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com Oops. The opened phase is not the whole of Section 1, but until the Gerona exit only: http://osm.org/go/4zalkFsV--?m= Section 1 will be opened by next year. On Sat, Oct 26, 2013 at 10:55 PM, Eugene Alvin Villar sea...@gmail.com wrote: TPLEx is the Tarlac-Pangasinan-La Union Expressway and it continues the northward route of the SCTEx (Subic-Clark-Tarlac Expressway). Section 1 is from Tarlac City, Tarlac to Rosales Pangasinan. News articles: Rappler: http://www.rappler.com/business/industries/208-infrastructure/42219-tplex-partially-opens InterAksyon: http://www.interaksyon.com/business/73478/first-phase-of-tarlac-pangasinan-la-union-expressway-opens-next-week GMA News: http://www.gmanetwork.com/news/story/332586/economy/companies/san-miguel-corp-led-consortium-to-soft-open-tplex-on-oct-30 Wikipedia article: https://en.wikipedia.org/wiki/Tarlac%E2%80%93Pangasinan%E2%80%93La_Union_Expressway TPLEx starts here: http://osm.org/go/4zaiBORM--?m Section 1 seems to end here: http://osm.org/go/4zbhcXtB--?m While the Bing satellite imagery shows evidence of the TPLEx route due to the tell-tale signs of construction, we would definitely appreciate actual GPS traces. Bonus points if you can get traces of the on- and off-ramps for each of the expressway's exits. :-) (Ervin, go!) But I think in the meantime, we can switch the construction tags in OSM come October 30. :-) ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] driving way
You can probably solve this with a turn restriction relation, see http://wiki.openstreetmap.org/wiki/Turn_restrictions Some examples can be found along the A12 as well. When you drive in the middle lanes, you are not allowed to turn left at the crossings, see e.g. http://map.comlu.com/?zoom=17lat=51.138341lon=4.37901layer=Mapquest%20Openoverlays=TTT Hope this helps regards m On Sat, Oct 26, 2013 at 3:52 PM, Bart Vanherck vherckb...@gmail.com wrote: In Geel, there will be changes from next week onwards with the circulation. I will update that next week, because the changes will start from 1 nov onwards. But that's not the problem. One of the issues I have is that in one street there can be driven on both sides. But if you want to enter that street en come from the south side, you are not allowed to enter the street. If you come from other directions you are allowed. How can I map that? There will be sign C31 on one side the other side not. (http://www.wegcode.be/wetteksten/secties/mb/mb-111076/864-hs2art9) Regards, Bart ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Adding ITO links to the wiki
Hello 2013/10/20 marc bessieres marc.bessie...@gmail.com Le 20 oct. 2013 12:00, Marc Gemis marc.ge...@gmail.com a écrit : Hallo Marc, I would go for a separate section Quality Control tools, which links to another page. This section can replace the one you made now (on the left) There we could list all the quality control pages/links with a short description that describes their use. In a first version, you could leave out the description. Ok, I'll do After some delay, I've updated https://wiki.openstreetmap.org/wiki/WikiProject_Belgium As there was in fact already a generic page on the wiki for Quality Control and ITO, I created a new section. And I added the internal wiki links to it. I hope this is better than my first edit, otherwise I'll change again, no problem, just tell me. Thanks, Marc PS: Andre, I hope the layout of the mail is as you wished? ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Talk-be mailing list
Ik krijg er een punthoofd van om de mail threads proberen te volgen met al die voorgaande mails die er telkens weer in verweven zitten. Op den duur zie je niet meer wie wat waarop geantwoord heeft. Heeft er al iemand aan gedacht om heel deze handel naar het forum te verhuizen? Lijkt mij in elk geval een stuk gemakkelijker om te volgen. Dan kunnen we de mail list gebruiken voor wat hij eigenlijk moet dienen: broadcast van berichten over vanalles-en-nogwat ipv vraag-en-antwoord. Op het forum zouden we dan ook sticky posts kunnen zetten met wat info voor nieuwkomers, FAQ, enz. Voor de Duitsers en de Nederlanders lijkt het toch goed te werken op die manier ? Nog iemand die er zo over denkt? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] driving way
Not clear what exact is the situation and what the role of which street is. -1- I suppose that at the blocked entrance at the south side of the street, there wil be some gate or narrowing, what will be indicated with eg sign C1 and F19. I suggest you take there a little segment of 5 to 20 m long and designate that for one way. -2- If it is a problem that coming from one direction, you can not enter a street, such as in the case with a left turn that would you make a forbidden crossing of the white line in the middle of the street, then you need to set up a restriction relation http://wiki.openstreetmap.org/wiki/Relation:restriction. (The roadsegments need to split at the crossing. ) Regards, Gerard. Bart Vanherck wrote: In Geel, there will be changes from next week onwards with the circulation. I will update that next week, because the changes will start from 1 nov onwards. But that's not the problem. One of the issues I have is that in one street there can be driven on both sides. But if you want to enter that street en come from the south side, you are not allowed to enter the street. If you come from other directions you are allowed. How can I map that? There will be sign C31 on one side the other side not. (http://www.wegcode.be/wetteksten/secties/mb/mb-111076/864-hs2art9) Regards, Bart ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] driving way
2013/10/26 Bart Vanherck vherckb...@gmail.com In Geel, there will be changes from next week onwards with the circulation. I will update that next week, because the changes will start from 1 nov onwards. But that's not the problem. One of the issues I have is that in one street there can be driven on both sides. But if you want to enter that street en come from the south side, you are not allowed to enter the street. If you come from other directions you are allowed. How can I map that? There will be sign C31 on one side the other side not. (http://www.wegcode.be/wetteksten/secties/mb/mb-111076/864-hs2art9) Regards, Bart Tag the part of the street until the first crossing (or the first garage door/driveway) as oneway=yes. The rest of the street as oneway=no explicitely. And, of course, if it doesn't apply to bicycles or buses oneway:bicycle=no and/or oneway:psv=no. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] driving way
Kan je even aangeven over welke wijziging het gaat in Geel ? Ik kom er zelf bijna dagelijks. Gaat het om de fly-over ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] driving way
On Saturday 26 October 2013 17:45:04 Jo wrote: Tag the part of the street until the first crossing (or the first garage door/driveway) as oneway=yes. The rest of the street as oneway=no explicitely. And, of course, if it doesn't apply to bicycles or buses oneway:bicycle=no and/or oneway:psv=no. This looks more like just a two-way road with a junction on one side where it's prohibited to enter that road from just one of the other roads at that junction. So this is most likely solved with turn restrictions (http://wiki.openstreetmap.org/wiki/Relation:restriction). Ask the mailing list for help if you don't know how to do this. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Talk-be mailing list
On Saturday 26 October 2013 17:31:08 Gilbert Hersschens wrote: Ik krijg er een punthoofd van om de mail threads proberen te volgen met al die voorgaande mails die er telkens weer in verweven zitten. Op den duur zie je niet meer wie wat waarop geantwoord heeft. Heeft er al iemand aan gedacht om heel deze handel naar het forum te verhuizen? Lijkt mij in elk geval een stuk gemakkelijker om te volgen. Dan kunnen we de mail list gebruiken voor wat hij eigenlijk moet dienen: broadcast van berichten over vanalles-en-nogwat ipv vraag-en-antwoord. Op het forum zouden we dan ook sticky posts kunnen zetten met wat info voor nieuwkomers, FAQ, enz. Voor de Duitsers en de Nederlanders lijkt het toch goed te werken op die manier ? Nog iemand die er zo over denkt? Wel, mailing lists zijn altijd al druk gebruikt in de wereld van open source, juist om te discussiëren. Ga naar eender welk ander open source project en de mailing list is quasi altijd te plek waar het meeste gebeurt, en een forum is vaak nergens te vinden. Grote voordeel van een mailing list is dat het zo passief is, bij forums moet je zelf als gebruiker regelmatig gaan checken op dat forum, en als je nogal veel projecten volgt wordt dit al gauw een langdurig werkje. Ik volg zelf goeie twintig mailing lists, moesten dat forums zijn zou ik veel te lang bezig zijn. Vooral voor mailing lists met weinig verkeer (een berichtje per week bijvoorbeeld) is dat veel te tijdrovend. Er zijn natuurlijk RSS-feeds mogelijk op forums maar voor mij persoonlijk vind ik die niet zo handig (en het ene forum stuurt iets door telkens er een berichtje bijkomt, de andere enkel bij een nieuw topic, dat wordt ook een warboel). Mailing lists kan je makkelijk automatisch filteren, in mapjes steken en dan als je tijd hebt kan je meteen al je mailing lists doorlopen op de dingen die je interesseren. Sommige email clients kunnen ook alle berichten van eenzelfde discussie mooi onder elkaar zetten, zoals gmail het doet, dan leest zo'n mailing list eigenlijk net zoals een forum. Natuurlijk zitten we met OSM met een groot publiek dat niet uit de open source gemeenschap komt en deze vorm van communicatie niet echt gewoon is. Het forum is er steeds voor de mensen die er gebruik van willen maken, maar wat België betreft is er tot nu toe nooit voldoende volk geweest dat op forum actief is om het bruikbaar te maken. Maar voorlopig ben ik zelf niet echt geneigd om ook actief te worden op het forum, het is veel handiger als alle discussies bij mekaar staan op één plek, en ik wil ook niet het volk op de mailing list ook niet uit elkaar trekken in een groep dat vooral naar het forum kijkt, en een andere groep dat enkel de mailing list volgt. Als de Belgische OSM-gemeenschap verder aangroeit zal het forum wel automatisch actief worden. mvg Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Talk-be mailing list
On 2013-10-26 17:31, Gilbert Hersschens wrote : Ik krijg er een punthoofd van om de mail threads proberen te volgen met al die voorgaande mails die er telkens weer in verweven zitten. Op den duur zie je niet meer wie wat waarop geantwoord heeft. Heeft er al iemand aan gedacht om heel deze handel naar het forum te verhuizen? Lijkt mij in elk geval een stuk gemakkelijker om te volgen. Dan kunnen we de mail list gebruiken voor wat hij eigenlijk moet dienen: broadcast van berichten over vanalles-en-nogwat ipv vraag-en-antwoord. Op het forum zouden we dan ook sticky posts kunnen zetten met wat info voor nieuwkomers, FAQ, enz. Voor de Duitsers en de Nederlanders lijkt het toch goed te werken op die manier ? Nog iemand die er zo over denkt? Gilbert Somewhat later, Google Translation wrote : I get a main point of the mail threads try to follow with all the previous mails again are always interwoven. In time you will not see who did what when answered. Someone has already thought of all this trade to the forum to move? Seems to me in any case a lot easier to follow. Then we can use the mail list for what he really should have: broadcast messages about everything-and-nogwat instead of question-and-answer Woman On the forum we would also sticky posts can put up with some info for newcomers. FAQ, etc. | For the Germans, the Dutch and it seems to work that way? well someone thinks so yet? I do not quite understand all of what you say, but I have subscribed a Gmail account to OSM-talk-be. A filter archives its mail into the right folder and I can access that account with IMAP and Thunderbird. I have absolutely no problem linking threads and finding old mail and replying to it, and no problem with HTML. One should really ask Mailman to do like that, filter HTML for security, and provide a Read-Only IMAP access. The only regret, in addition to not always fully understand the e-mails, is that what becomes decisions and instructions is not summarized in English on the wiki. Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] propriety layer over OSM
I read previous threads but am still not sure how it applies to my following question. I'm checking the feasibility of a project I have in mind, I am not a programmer, so I will try asking in lay terms without confusing the issue, hoping to get an answer that would get through my thick non-technical skull. I have an idea for a web/mobile application that would require an additional layer over OSM, or other maps for that matter. The layer would be street level data, for example - categorical information on a range of street numbers (Broadway 1 through 280 = x1, 280 through 600 = x2), basically creating data for a street sections similar to traffic directions. I would like to use the OSM map, and perhaps also its capabilities of layer data input. But I would like to keep the data sets created by my users propriety, so that quicker programmers will not be able to duplicate my work using this data. So in short, my question is if it is possible to use OSM to create a closed layer, and keep the data in that layer accessible only through my service? This may sound like not very good citizenship, but - the service will probably be free to use, and will incorporate require other layers of data shared with (and contributed to) OSM. I just need one specific data set - layer - to be closed in order to make the project commercially feasible. And just for sympathy points - if I get going with this I will have to fund it by eating rice and beans for a while and selling the lint in my pockets, I'm still a student basically. Thanks for any input you may have. And a reminder - not a programmer, not a copyright lawyer. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] propriety layer over OSM
Hi, As long as that proprietary layer has not been created based on OSM data, you are definitely good to go. However, if the data was created based on OSM data (for example, users add a marker on an OSM-based map and the marker was positioned relative to objects depicted on the OSM map), then you are entering a murky gray area and would need to consult an IP lawyer to give you a definitive answer. On Sat, Oct 26, 2013 at 9:49 PM, yoav kleinfeld ykleinf...@yahoo.comwrote: I read previous threads but am still not sure how it applies to my following question. I'm checking the feasibility of a project I have in mind, I am not a programmer, so I will try asking in lay terms without confusing the issue, hoping to get an answer that would get through my thick non-technical skull. I have an idea for a web/mobile application that would require an additional layer over OSM, or other maps for that matter. The layer would be street level data, for example - categorical information on a range of street numbers (Broadway 1 through 280 = x1, 280 through 600 = x2), basically creating data for a street sections similar to traffic directions. I would like to use the OSM map, and perhaps also its capabilities of layer data input. But I would like to keep the data sets created by my users propriety, so that quicker programmers will not be able to duplicate my work using this data. So in short, my question is if it is possible to use OSM to create a closed layer, and keep the data in that layer accessible only through my service? This may sound like not very good citizenship, but - the service will probably be free to use, and will incorporate require other layers of data shared with (and contributed to) OSM. I just need one specific data set - layer - to be closed in order to make the project commercially feasible. And just for sympathy points - if I get going with this I will have to fund it by eating rice and beans for a while and selling the lint in my pockets, I'm still a student basically. Thanks for any input you may have. And a reminder - not a programmer, not a copyright lawyer. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] propriety layer over OSM
Yoav, So in short, my question is if it is possible to use OSM to create a closed layer, and keep the data in that layer accessible only through my service? No. If the closed layer you have your users create is in any way based on OpenStreetMap, then we would call that a derived database, and you would have to release it under the same free license that OSM comes under. This would for example be the case if your users drew areas onto the map and added information to them, for example something like This area is a pleasant area for taking a walk. Because your users would actually incorporate the geometry they see on OSM into your new layer, the data would be derived from OSM. It would be a different thing if the data that your users generate was created without using the OSM base map as a reference. For example, if your user pushed a button on their smartphone that says the GPS location where I currently am is really a pleasant spot for taking a walk, and you would then collect these nuggets and generate data from them, and then just *display* your independently generated data on top of OSM. In that case, your layer would not have to be released because OSM was not used in creating it. Was that layperson friendly enough? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] propriety layer over OSM
Thank you Eugene and Frederik - very lay friendly. I will try to clarify it for myself, just tell me when you had enough of this thread. Between Frederik's option #1 which is a NO, and option #2, I am trying to understand if option number 2 is at all possible - - - What this would mean, is that I will not be able to use OSM to generate the layer (collect my user input and make a layer out of it) - I would have to collect the user generated data myself, a separate module (?) on my app, and from it create a layer that would then be closed and license compatible. BUT - if I would like to implement my layer on OSM, I would have to use the coordinates to generate data that would apply to a street section - or a vector on the map (and we're back to derivative?). hmmm I guess this is getting into code territory. So the programmer I work with will have to program code that would make a coordinate's metadata apply to a street section on the OSM map, and that will actually be the interface between my data layer and OSM. So this isn't strictly legal talk anymore, but both legal and code: is this something that can be done within OSM, and in this case is it legally OK? On Saturday, October 26, 2013 5:22 PM, Frederik Ramm frede...@remote.org wrote: Yoav, So in short, my question is if it is possible to use OSM to create a closed layer, and keep the data in that layer accessible only through my service? No. If the closed layer you have your users create is in any way based on OpenStreetMap, then we would call that a derived database, and you would have to release it under the same free license that OSM comes under. This would for example be the case if your users drew areas onto the map and added information to them, for example something like This area is a pleasant area for taking a walk. Because your users would actually incorporate the geometry they see on OSM into your new layer, the data would be derived from OSM. It would be a different thing if the data that your users generate was created without using the OSM base map as a reference. For example, if your user pushed a button on their smartphone that says the GPS location where I currently am is really a pleasant spot for taking a walk, and you would then collect these nuggets and generate data from them, and then just *display* your independently generated data on top of OSM. In that case, your layer would not have to be released because OSM was not used in creating it. Was that layperson friendly enough? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Wikipedia article
I think you are jumping to conclusions (just as the TR piece does in a big way). Sure in the Web 2.0 (isn't that really dated by now btw?) world any project that doesn't show exponential growth and the potential to have participant numbers in the billions is not really interesting and the fact that you can single out a number in Wikipedia that is actually declining with time, guarantees damnation. In reality Wikipedia is and continues to be a huge success, and there are aspects of that success that we would be happy if we could emulate them. Sure they have challenges and the TR article does touch on some of them a bit. Attracting contributors with knowledge outside of the mainstream is clearly one and that their barrier to entry is now rather high (editor, complexity of the expected article structure) is not really a secret. But then on the other hand it is a fairly mature project and the easy stuff simply has been done, we probably can show similar trends in extremely well mapped areas. I would question if Wikipedia really has a general issue with being nice to new editors (outside of turf wars that we have had in OSM too), a lot of the complaints seem to originate from fringe groups (creationists etc.) that thrive in the US of A, but are of little or no consequence outside. Luckily for us, our idealogical fights tend to be about cycleway tagging and tend not to get as much media coverage :-). Our main challenge is simply covering area and detail, there is no difference between a street name entered by somebody with a PhD in social sciences and one added by a 1st grader. We don't need anything outside of knowledge of your surroundings to contribute in the first place, and to become a regular contributor, it is really only necessary to have a certain love to detail and enough interest to dedicate a significant amount of time to OSM. The later is clearly the largest barrier to contributing to OSM (http://www.slideshare.net/manuelaschmidt1/poster-dresden-icc) and while we may be able to motivate more and more diverse groups to contribute, we shouldn't expect that limiter to go away. Simon Am 26.10.2013 06:11, schrieb Jason Remillard: Hi Tom Your blog post is very interesting. Just in case anybody thinks that the rapid growth of OSM is inevitable at this point, this study shows how Wikipedia turned off its growth like a switch when they starting clamping down on first time editors. Since 2007 the number of active editors has actually decreased. http://www-users.cs.umn.edu/~halfak/publications/The_Rise_and_Decline/ Unless the map in your area is 100% perfect and complete, be extra nice to those new editors! Jason On Fri, Oct 25, 2013 at 5:21 PM, Tom MacWright t...@macwright.org wrote: I wrote an article somewhat in the same vein: http://macwright.org/2013/10/15/point-and-shoot.html Perhaps something to note is that, beyond technical and policy issues, one of the more common complaints about Wikipedia is that there's an unfriendly, elitist attitude amongst the established editors. My article asks for some relatively deep changes to infrastructure and user experience, but the more actionable and immediately useful thing that everyone can do is to be friendly. On Fri, Oct 25, 2013 at 5:06 PM, Jason Remillard remillard.ja...@gmail.com wrote: Hi, The MIT technology review just published this article on Wikipedia. http://www.technologyreview.com/featuredstory/520446/the-decline-of-wikipedia/ It is sport criticizing Wikipedia, but two things stuck out. Wikipedia is trying to get more editors. However, they seem to have some additional problems that OSM does not have. Wikipedia failed to roll out the new GUI article editor. If you read the discussion on hacker news, and Slashdot. http://news.slashdot.org/story/13/10/23/1643228/wikipedias-participation-problem https://news.ycombinator.com/item?id=6612638 It seems like Wikipedia has revert first policy on questionable edits. It makes it unpleasant to start with the project, since probably every bodies first edits are questionable. OSM policy/culture of discussing a change *before* reverting is really good thing. 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 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikipedia article
iD is a leap forward for getting more people to contribute. Technical people I try to get involved do ask so anyone can delete anything with some incredulity but as Scroobius Pip says some people are just nice and so far the ratio I've seen in OSM is that 99,999% are. A troll passes by now and then but that is usually easily corrected and quickly due to obvious deletions or changes. What also hurt the English Wikipedia (which is by far the biggest and what people usually refer to when saying Wikipedia) was the notability clamp-down. Deletionists had a field day in deeming locally important or well known things as non-notable and promptly deleted. This included football clubs in lower divisions who had played for decades or a century and even some villages or other localities fell foul of the global notibility that the deletionist movement, who must be thinking digital space is limited, demanded. I myself was an active contributor on the Icelandic and English Wikipedias. I am an admin on the Icelandic one (tiny but focuses more on local matters, has a niche and thrives in it, no sense in trying to emulate the scientific coverage the English one has) but have long since stopped trying to do anything beyond mere obvious corrections on the English one, the red tape there driving not only new editors but also experienced editors away. A couple of weeks ago I deleted boilerplates (another red-tape excess the English wikipedia has indulged in, slapping on the front-page comments that should belong on talk pages) from several Botswanan villages where they were under the threat of deletion due to being non-notable. Something that the notability guidelines themselves frown upon (a village being notable in it self is the rule) but nothing that has stopped the deletionism movement. Personally I try and keep an eye on mappers working in my areas which are Iceland and Botswana, and add them as friend on OSM and send them messages if they have done something superb or try to inform them of appropriate OSM-wiki pages if I notice something odd being done. Here I am fortunate, so to speak, as in the number of active editors in these regions is so far not very high. I dream of the day when the number grows though! --Jóhannes Þann 26.10.2013 04:11, skrifaði Jason Remillard: Hi Tom Your blog post is very interesting. Just in case anybody thinks that the rapid growth of OSM is inevitable at this point, this study shows how Wikipedia turned off its growth like a switch when they starting clamping down on first time editors. Since 2007 the number of active editors has actually decreased. http://www-users.cs.umn.edu/~halfak/publications/The_Rise_and_Decline/ Unless the map in your area is 100% perfect and complete, be extra nice to those new editors! Jason On Fri, Oct 25, 2013 at 5:21 PM, Tom MacWright t...@macwright.org wrote: I wrote an article somewhat in the same vein: http://macwright.org/2013/10/15/point-and-shoot.html Perhaps something to note is that, beyond technical and policy issues, one of the more common complaints about Wikipedia is that there's an unfriendly, elitist attitude amongst the established editors. My article asks for some relatively deep changes to infrastructure and user experience, but the more actionable and immediately useful thing that everyone can do is to be friendly. On Fri, Oct 25, 2013 at 5:06 PM, Jason Remillard remillard.ja...@gmail.com wrote: Hi, The MIT technology review just published this article on Wikipedia. http://www.technologyreview.com/featuredstory/520446/the-decline-of-wikipedia/ It is sport criticizing Wikipedia, but two things stuck out. Wikipedia is trying to get more editors. However, they seem to have some additional problems that OSM does not have. Wikipedia failed to roll out the new GUI article editor. If you read the discussion on hacker news, and Slashdot. http://news.slashdot.org/story/13/10/23/1643228/wikipedias-participation-problem https://news.ycombinator.com/item?id=6612638 It seems like Wikipedia has revert first policy on questionable edits. It makes it unpleasant to start with the project, since probably every bodies first edits are questionable. OSM policy/culture of discussing a change *before* reverting is really good thing. 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 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikipedia article
On Saturday 26 October 2013, Simon Poole wrote: But then on the other hand it is a fairly mature project and the easy stuff simply has been done, we probably can show similar trends in extremely well mapped areas. I think this is an important point - OSM does and will for the forseeable future contain both extremely well and extremely sparsely mapped areas ('areas' being meant here both spatially and thematically). One of the major tasks will be to keep both the well mapped parts up-to-date and improve the sparsely mapped parts. Although this is difficult to back up with numbers i have the impression the gap between well mapped and badly mapped areas in Openstreetmap is widening even though you would think it is much easier to improve a badly mapped area than a well mapped one. When during use of Openstreetmap i look at some area (because i read about it in a news report or whatever reason) i am frequently amazed by the detailed information i find there but i am equally often appalled by the lack of data. One of the motivations in Wikipedia for having notability rules certainly is to address exactly this kind of problem and to focus efforts on those parts considered important. Openstreetmap obviously should not follow a similar path, especially considering how it proved damaging in Wikipedia but just attracting additional contributors is not enough. In my opinion there is need for a more active discourse on gaps and uniform quality of the data. Another important difference between Wikipedia and Openstreetmap is that OSM does not have a no-original-research-rule. In fact original research both in-the-field and from the armchair are preferred in comparison to second hand information (a.k.a. imports). This makes OSM potentially much more suited for professional contributors who in Wikipedia always risk being accused of lacking neutrality. There are however other barriers that discourage such people to become active contributors. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikipedia article
On Sat, Oct 26, 2013 at 5:06 AM, Jason Remillard remillard.ja...@gmail.comwrote: It seems like Wikipedia has revert first policy on questionable edits. It makes it unpleasant to start with the project, since probably every bodies first edits are questionable. OSM policy/culture of discussing a change *before* reverting is really good thing. Two good things about Wikipedia that I hope OSM would emulate are (1) how easy it is to see what an edit has changed in an article, and (2) how easy it is to revert an edit—especially good for obvious vandalism. In OSM, trying to figure out what exactly happened in all but the most simple changesets is quite hard. Changesets pages only show what objects were added/modified/deleted but we have no good diff tool unlike in Wikipedia. (Granted, diff-ing text is a well-known problem with lots of solutions; diff-ing geodata is relatively new.) The OSM History Viewer is, I think, the best tool we have for analyzing changesets, but it still lacks important features (for example, it can show you objects that have been deleted on a map but it doesn't tell you what those objects are and what tags they had). While we have tools for reverting changesets, they are not as easy to use as with Wikipedia and complex changes sometimes need to be referred to the DWG. In addition, it's hard to partially revert a changeset—reverting only the problematic objects and leaving the rest untouched (or improved). ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikipedia article
Hi, Simon - If you look at the slashdot and hackernews links, I think you will see that many of the people that are upset probably don't have an ideological ax to grind. Eugene - Obviously, I think it is OK right now that it is hard to diff and revert changes. We are not under assault by spammers. One last thought. It is interesting to study Wikipedia because the project is so successful. It is a top 10 web site, everybody knows and uses it, they have a well funded foundation, etc, etc. Hardly anybody knows about OSM, and our registered user count is quite small compared to Wikipedia. However, check this link out. It shows that Wikipedia has about 36,000+ active editors (90 day average) http://www-users.cs.umn.edu/~halfak/publications/The_Rise_and_Decline/images/decline.png OSM, currently have about 18,000 active editors (30 day average) http://osmstats.altogetherlost.com/ We know that 80% of the edits are done by the active editors. Using this important metric, we are about half the size of Wikipedia, which is amazing. Jason On Sat, Oct 26, 2013 at 12:11 AM, Jason Remillard remillard.ja...@gmail.com wrote: Hi Tom Your blog post is very interesting. Just in case anybody thinks that the rapid growth of OSM is inevitable at this point, this study shows how Wikipedia turned off its growth like a switch when they starting clamping down on first time editors. Since 2007 the number of active editors has actually decreased. http://www-users.cs.umn.edu/~halfak/publications/The_Rise_and_Decline/ Unless the map in your area is 100% perfect and complete, be extra nice to those new editors! Jason On Fri, Oct 25, 2013 at 5:21 PM, Tom MacWright t...@macwright.org wrote: I wrote an article somewhat in the same vein: http://macwright.org/2013/10/15/point-and-shoot.html Perhaps something to note is that, beyond technical and policy issues, one of the more common complaints about Wikipedia is that there's an unfriendly, elitist attitude amongst the established editors. My article asks for some relatively deep changes to infrastructure and user experience, but the more actionable and immediately useful thing that everyone can do is to be friendly. On Fri, Oct 25, 2013 at 5:06 PM, Jason Remillard remillard.ja...@gmail.com wrote: Hi, The MIT technology review just published this article on Wikipedia. http://www.technologyreview.com/featuredstory/520446/the-decline-of-wikipedia/ It is sport criticizing Wikipedia, but two things stuck out. Wikipedia is trying to get more editors. However, they seem to have some additional problems that OSM does not have. Wikipedia failed to roll out the new GUI article editor. If you read the discussion on hacker news, and Slashdot. http://news.slashdot.org/story/13/10/23/1643228/wikipedias-participation-problem https://news.ycombinator.com/item?id=6612638 It seems like Wikipedia has revert first policy on questionable edits. It makes it unpleasant to start with the project, since probably every bodies first edits are questionable. OSM policy/culture of discussing a change *before* reverting is really good thing. 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] Wikipedia article
On Sat, Oct 26, 2013 at 10:53 PM, Jason Remillard remillard.ja...@gmail.com wrote: Eugene - Obviously, I think it is OK right now that it is hard to diff and revert changes. We are not under assault by spammers. But you do agree that it's something that needs to be improved eventually? It's not spammers alone that are the problem. For example, I think the criticism about iD showing a prominent trash icon for deleting objects would be lessened if people have an easy way of reverting such mistakes. However, check this link out. It shows that Wikipedia has about 36,000+ active editors (90 day average) http://www-users.cs.umn.edu/~halfak/publications/The_Rise_and_Decline/images/decline.png OSM, currently have about 18,000 active editors (30 day average) http://osmstats.altogetherlost.com/ We know that 80% of the edits are done by the active editors. Using this important metric, we are about half the size of Wikipedia, which is amazing. The 36,000 number is only for the English Wikipedia. If you get the edits for all Wikipedia languages, which makes the number more comparable to OSM, the number of active Wikipedians is around 71,000: http://stats.wikimedia.org/EN/TablesWikipediansEditsGt5.htm In addition, in Wikipedia, an active editor is defined as one who has edited at least 5 times in a calendar month. The OSMstats page you linked seems to count a user as active when he or she has contributed at least once (which seems correct when looking at the stats for my country). So, if we were to use the same definition of active user, I'm sure the difference in counts would be even larger than the 71,000 vs. 18,000. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mind the Gap - how to see where OSM is lacking
In the Wikipedia topic Christoph Hormann said Although this is difficult to back up with numbers i have the impression the gap between well mapped and badly mapped areas in Openstreetmap is widening even though you would think it is much easier to improve a badly mapped area than a well mapped one. This is something that has been on my mind as I compare my two main areas of mapping. My home country of Iceland (mostly detailed and currently looking at imports from the national land registry, via proper channels) and Botswana, another sparsely populated country, one sorely lacking in data. My first task was to find the 2011 Botswana Census and make sure all of the towns and villages there were on the map. Most of them weren't so I enlisted the aid of Wikipedia (the Italian one actually has the most detail!) to find their GPS co-ordinates. Then I started to draw roads and buildings in Bokspits, the southernmost village, and its surroundings. Soon I figured that this would not be the most efficient use of time, rather I should focus on at least connecting each of the town/villages to the road network. That is currently my focus and I created a MySQL table to make it easier to have an overview over which are connected to road network and which are yet to be connected. Botswana was, and still is, pretty lacking in details outside of its largest cities. So it is a badly mapped area. Iceland is a well mapped area but still lacking details, so I created a taskboard in Trello to give us a to do list. This list shows on the leftmost column those town villages lacking imagery (Vantar loftmyndir), lacking buildings (Vantar byggingar), in progress (Í vinnslu) and finally completed (Búið), meaning roads and buildings have been mapped. URL: https://trello.com/b/dn0f5v5p I started to set up a similar list for Botswana but soon found that 498 towns spread over 7 such task boards was very unwieldy! So the Icelandic OSM community, which formed Hliðskjálf, a society for free and open GIS data, last Thursday, decided to start to work on some sort of Quality Inspector. Currently all discussions about it are only available in Icelandic but once our ideas are better formed we will switch to English for wider discussion. The basic idea is to be able to create automatically an overview of a locality within a region, listing for example number of emergency services within it, education facilities, roads, buildings etc. Then human input gives ratings for various things like how much of the road network is done, how many buildings, cycling and pedestrian network etc. It will probably require substantial work to set it up but once it is up and running it should make it easier to notice sore thumbs, areas completely or mostly lacking in data, wether on a global scale or a more local scale. Another idea is to run differentials on it every month or so, making it easier to notice if a place is suddenly shooting up in services or buildings or whatever metric, meaning a mapper is working on it, one we can perhaps support, and if needed, gently and tactfully help him/her improve his/her work. We plan to run Iceland and Botswana into it for initial testing and hopefully, if it proves to work, to open it up for others to import their own areas. As said, currently all we have on it is in Icelandic and it is still on the drawing board but we are working on prototyping and converting to English. best wishes, Jóhannes ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikipedia article
On Fri, Oct 25, 2013 at 05:21:36PM -0400, Tom MacWright wrote: Perhaps something to note is that, beyond technical and policy issues, one of the more common complaints about Wikipedia is that there's an unfriendly, elitist attitude amongst the established editors. My article asks for some relatively deep changes to infrastructure and user experience, but the more actionable and immediately useful thing that everyone can do is to be friendly. I have experienced the same elitist attitude with OSM especially with notes i opened lately in my non primary areas. Questions or even remarks have been responded to in a way that as a newbie that would have been my very last note. So i think OSM goes the same path as wikipedia but i think the revert first simply doesnt work for OSM as we dont have a single click button to revert changes. So before somebody asks on a list to let somebodys changes be reverted the revert gets discussed. So i think the ability to discuss changes in OSM is its technical inability to ease the revert. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikipedia article
On Sat, Oct 26, 2013 at 10:10:19PM +0800, Eugene Alvin Villar wrote: Two good things about Wikipedia that I hope OSM would emulate are (1) how easy it is to see what an edit has changed in an article, and (2) how easy it is to revert an edit—especially good for obvious vandalism. IMHO Easy tools for reverting will promote local warlords who will simply revert every single change somebody else does as we have right now with Wikipedia. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Area mapping density gap - Was: Wikipedia article
Hi, On Sat, Oct 26, 2013 at 02:25:37PM +0200, Christoph Hormann wrote: I think this is an important point - OSM does and will for the forseeable future contain both extremely well and extremely sparsely mapped areas ('areas' being meant here both spatially and thematically). One of the major tasks will be to keep both the well mapped parts up-to-date and improve the sparsely mapped parts. Although this is difficult to back up with numbers i have the impression the gap between well mapped and badly mapped areas in Openstreetmap is widening even though you would think it is much easier to improve a badly mapped area than a well mapped one. When during use of Openstreetmap i look at some area (because i read about it in a news report or whatever reason) i am frequently amazed by the detailed information i find there but i am equally often appalled by the lack of data. One of the motivations in Wikipedia for having notability rules certainly is to address exactly this kind of problem and to focus efforts on those parts considered important. Openstreetmap obviously should not follow a similar path, especially considering how it proved damaging in Wikipedia but just attracting additional contributors is not enough. In my opinion there is need for a more active discourse on gaps and uniform quality of the data. But isnt the widening gap a very natural thing to happen for a geo database? In the end your mappers are distributed unevenly so your pace is distributed unevenly. Not everything can be done with armchair mapping so we as the one living in the very good mapped areas can't help to create a complete map of very sparse mapped areas. I dont see this as a problem at all. I for example have an emotional link to Madagaskar. I typically explain the value of OpenStreetMap with it. I always tell people that there is no economic value for anyone commercial to map Villages where all of the 500 People dont own a car. Although there is a road, this road will most likely never appear in any SatNav. With OpenStreetMap we dont need an economic return of invest. We dont need an economic reason to map this street. We map because we want completeness, a beautiful map, fairness and equality of all the worlds people or whatever reason. So suddenly there is a map showing how to reach these villages. And for these areas we dont need the same completeness, level of detail or the same speed of updates. Even if the bend of the street has changed, or a bridge has flushed away and is replaced with a ford the map still shows how to reach these villages. Maybe i am to optimistic but i was a very early adopter of Linux and i have now used it for nearly 20 years and nobody could imaging its success in the early '90s. OSM will be THE source for geo data in the future. It will be the most up to date, most detailed, most used data world wide. There is no way around - we simply have to be patient, wait and probably develop more and better tools for processing and editing of OSM Data. One day - probably 20 Years from now we will discuss whether we want to map the gras middle strip of the road in some unknown Village in Madagaskar and whether it'll be cut by a cow or mower. The gap will probably exists as long as we have an economical gap, so fight the G8, Globalization and probably US Aid. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area mapping density gap - Was: Wikipedia article
On Saturday 26 October 2013, Florian Lohoff wrote: But isnt the widening gap a very natural thing to happen for a geo database? In the end your mappers are distributed unevenly so your pace is distributed unevenly. Not everything can be done with armchair mapping so we as the one living in the very good mapped areas can't help to create a complete map of very sparse mapped areas. Different levels of completeness are natural and as i said at the beginning they will continue to exist. Having a widening range in completeness and quality however is not i think. Note i am not primarily talking about differences between areas far away from each other, like between Madagaskar and Germany. This is fully to be expected and i also don't think these differences are generally increasing. Also it would be counterproductive to try reducing this mainly through remote mapping from the distance by European mappers. I am more talking about differences at close range, take for example http://www.openstreetmap.org/#map=11/61.5554/8.4735 where one feature (the lakes) has been mapped to a high level of detail while another (the glaciers) is very crude. Again this is fully normal, whoever mapped the lakes might have been focussed on those and is not interested in the glaciers or might lack the necessary information or skills. But it seems to me there is very little communication on such matters. Partly this is a matter of having the right tools (both map notes and fixme tags are not optimal here) but it is also a matter of mapping culture i think. It bothers me when i see such things because they are strongly visible quality issues which could be solved with relatively little work. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Vandalism in Sydney OSM data ?
That is so frustrating, i spent a bit of time a few months back smoothing out a lot of the issues there, making curves a sensible radius, etc. Like you, i'm not sure how to go about reverting. I did notice user nadeem41 has made a mess of the cross city tunnel as well, i'm wondering if it's related. If anyone can tell me what he means by the comment in changeset 18489150: city divided into equal area grid for data updation. cleaning project On Sat, Oct 26, 2013 at 9:29 PM, Peter Watson peter.bmwk7...@gmail.comwrote: I have had a look but I don't have the expertise to revert the damage, many of the tunnels are missing. These edits go back to at least the 6-10-13. Peter W34 On Tue, Oct 22, 2013 at 3:32 AM, Frank Hummel crea...@gmx.net wrote: Hello *Aussie mappers* By chance I found the following problem: It seems that there happened some vandalism (or someone who did some very unhappy changes) in Sydney. Long parts of Sussex Street disappeared, as well as the Cross City Tunnel. Maybe there is someone who has better knowledge than me in searching for the lost information and reverting it. Thx Creando from germany, visiting Australia from next week on :-) ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Vandalism in Sydney OSM data ?
He had imported some grid squares into OSM, as well as some earlier stuff that I reverted. That particular changeset and the revert aren't related to the missing stuff. I'm inviting him to come to the lists to discuss their edits. From: Leon Kernan [mailto:lker...@gmail.com] Sent: Saturday, October 26, 2013 2:54 PM To: Peter Watson Cc: Open Street Map au Forum Subject: Re: [talk-au] Vandalism in Sydney OSM data ? That is so frustrating, i spent a bit of time a few months back smoothing out a lot of the issues there, making curves a sensible radius, etc. Like you, i'm not sure how to go about reverting. I did notice user nadeem41 has made a mess of the cross city tunnel as well, i'm wondering if it's related. If anyone can tell me what he means by the comment in changeset 18489150: city divided into equal area grid for data updation. cleaning project ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Vandalism in Sydney OSM data ?
I've done a little more investigation, turns out potlatch 1 still exists and can still show deleted ways. He certainly did delete the Eastern Distributor at least according to the inspector, the changeset was 18208802 (description: wrong links). Hopefully it was just a misunderstanding, i'm more interesting in figuring out how to restore the missing data at the moment, On Sun, Oct 27, 2013 at 9:49 AM, Paul Norman penor...@mac.com wrote: He had imported some grid squares into OSM, as well as some earlier stuff that I reverted. That particular changeset and the revert aren’t related to the missing stuff. ** ** I’m inviting him to come to the lists to discuss their edits. ** ** *From:* Leon Kernan [mailto:lker...@gmail.com] *Sent:* Saturday, October 26, 2013 2:54 PM *To:* Peter Watson *Cc:* Open Street Map au Forum *Subject:* Re: [talk-au] Vandalism in Sydney OSM data ? ** ** That is so frustrating, i spent a bit of time a few months back smoothing out a lot of the issues there, making curves a sensible radius, etc. Like you, i'm not sure how to go about reverting. ** ** I did notice user nadeem41 has made a mess of the cross city tunnel as well, i'm wondering if it's related. If anyone can tell me what he means by the comment in changeset 18489150: city divided into equal area grid for data updation. cleaning project ** ** ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Vandalism in Sydney OSM data ?
And it looks like you beat me to it :-) On Sun, Oct 27, 2013 at 10:01 AM, Leon Kernan lker...@gmail.com wrote: I've done a little more investigation, turns out potlatch 1 still exists and can still show deleted ways. He certainly did delete the Eastern Distributor at least according to the inspector, the changeset was 18208802 (description: wrong links). Hopefully it was just a misunderstanding, i'm more interesting in figuring out how to restore the missing data at the moment, On Sun, Oct 27, 2013 at 9:49 AM, Paul Norman penor...@mac.com wrote: He had imported some grid squares into OSM, as well as some earlier stuff that I reverted. That particular changeset and the revert aren’t related to the missing stuff. ** ** I’m inviting him to come to the lists to discuss their edits. ** ** *From:* Leon Kernan [mailto:lker...@gmail.com] *Sent:* Saturday, October 26, 2013 2:54 PM *To:* Peter Watson *Cc:* Open Street Map au Forum *Subject:* Re: [talk-au] Vandalism in Sydney OSM data ? ** ** That is so frustrating, i spent a bit of time a few months back smoothing out a lot of the issues there, making curves a sensible radius, etc. Like you, i'm not sure how to go about reverting. ** ** I did notice user nadeem41 has made a mess of the cross city tunnel as well, i'm wondering if it's related. If anyone can tell me what he means by the comment in changeset 18489150: city divided into equal area grid for data updation. cleaning project ** ** ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Vandalism in Sydney OSM data ?
Yes, I had to revert a second changeset to get it working. It'd be useful if a local could double-check the area. OWL is a useful site for this kind of thing, you can use it's beta at http://owl.apis.dev.openstreetmap.org/#map=16/-33.8761/151.2131 by clicking on the history tab. From: Leon Kernan [mailto:lker...@gmail.com] Sent: Saturday, October 26, 2013 4:04 PM To: Paul Norman Cc: OSM Australian Talk List Subject: Re: [talk-au] Vandalism in Sydney OSM data ? And it looks like you beat me to it :-) On Sun, Oct 27, 2013 at 10:01 AM, Leon Kernan lker...@gmail.com wrote: I've done a little more investigation, turns out potlatch 1 still exists and can still show deleted ways. He certainly did delete the Eastern Distributor at least according to the inspector, the changeset was 18208802 (description: wrong links). Hopefully it was just a misunderstanding, i'm more interesting in figuring out how to restore the missing data at the moment, On Sun, Oct 27, 2013 at 9:49 AM, Paul Norman penor...@mac.com wrote: He had imported some grid squares into OSM, as well as some earlier stuff that I reverted. That particular changeset and the revert aren't related to the missing stuff. I'm inviting him to come to the lists to discuss their edits. From: Leon Kernan [mailto:lker...@gmail.com] Sent: Saturday, October 26, 2013 2:54 PM To: Peter Watson Cc: Open Street Map au Forum Subject: Re: [talk-au] Vandalism in Sydney OSM data ? That is so frustrating, i spent a bit of time a few months back smoothing out a lot of the issues there, making curves a sensible radius, etc. Like you, i'm not sure how to go about reverting. I did notice user nadeem41 has made a mess of the cross city tunnel as well, i'm wondering if it's related. If anyone can tell me what he means by the comment in changeset 18489150: city divided into equal area grid for data updation. cleaning project ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[talk-au] loading JOSM
Hi, Firstly a thank you to the replies I got about the missing bench seats that were not appearing on the map. I have been trying to get JOSM working and it implied that I had a version of java that was too old. I then spend several hours to get a new version of java and now when I try to run JOSM it just falls over. I am using Ubuntu 12.04 and get the following problems: arthur@arthur-Aspire-5750G:/usr/lib/jvm/java-7-openjdk-i386/bin$ java -version java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.12.04.2) OpenJDK Server VM (build 23.7-b01, mixed mode) arthur@arthur-Aspire-5750G:/$ josm Using /usr/lib/jvm/java-7-openjdk-i386/bin/java to execute josm. java.awt.HeadlessException at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:207) at java.awt.Window.init(Window.java:535) at java.awt.Frame.init(Frame.java:420) at javax.swing.JFrame.init(JFrame.java:218) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:316) I have tried reloading JOSM and the plugins but it seems there maybe something wrong with java? Thanks - Arthur (geesona) ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] loading JOSM
On 27/10/13 12:27, Arthur Geeson wrote: Firstly a thank you to the replies I got about the missing bench seats that were not appearing on the map. I have been trying to get JOSM working and it implied that I had a version of java that was too old. I then spend several hours to get a new version of java and now when I try to run JOSM it just falls over. I am using Ubuntu 12.04 Did you use apt-get to install java? Eg, sudo apt-get install java-1.7.0-openjdk If not, there may be a missing dependency. I'm no expert on apt-get or Ubuntu. I use Fedora, which uses the yum command instead. However, josm works just fine on my system, with java-1.7.0-openjdk [john@localhost ~]$ java -version java version 1.7.0_25 OpenJDK Runtime Environment (fedora-2.3.12.1.fc17-i386) OpenJDK Server VM (build 23.7-b01, mixed mode) John ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Quadras, lotes vs construções
Percebo que a uma tendência das pessoas mapearem apenas as construções (casas, prédios), por quê? Posso mapear quadras e lotes? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Quadras, lotes vs construções
Se você estiver falando de quadra como o espaço delimitado por ruas e sem ruas dentro, claro que pode. Acho (portanto, opinião pessoal) que as pessoas mapeiam primeiro as construções porque há mais detalhe nelas (pode-se dar forma, atribuir endereço e combinar com tags que representam pontos de interesse: restaurantes, cinemas, teatros, escolas, escritórios, etc.), enquanto que uma quadra não traz tanta informação por si só (normalmente são o dual das ruas, o espaço entre elas). Sei que em lugares com uma comunidade muito ativa (tipo na Alemanha e países próximos), as quadras estão mapeadas como relações (tomo Berlim como exemplo). O benefício é menos informação na base de dados. No Rio, elas estão mapeadas como polígonos, e é como tenho feito em Porto Alegre também, e vou continuar assim até os editores terem um tratamento melhor das relações. Independente da forma de representar, elas geralmente não contêm nenhuma informação além da tag landuse, especificando se são residenciais, comerciais, industriais, etc., então pode fazer mais sentido mapeá-las em cidades zoneadas do que em cidades sem um zoneamento estrito. Se você estiver falando mais de coisas como as superquadras de Brasília, acho que nunca chegou a ser discutido aqui na lista a melhor forma de representar. Por acaso, eu mapeei algo muito parecido aqui em Porto Alegre ainda essa semana. Ando acompanhando uma discussão na lista tagging sobre como fazer isso no Japão (onde o endereçamento é dado por quadra, bem parecido com Brasília), posso dizer que a comunidade internacional não tem bem um padrão bem estabelecido pra isso. Mas podemos optar por um e até levar pra comunidade internacional. Aqui em Porto Alegre: - nível de bairro: http://www.openstreetmap.org/browse/relation/3287314 - nível de unidade: http://www.openstreetmap.org/browse/relation/3287310 - nível de superquadra: http://www.openstreetmap.org/browse/relation/3287363 On Sat, Oct 26, 2013 at 12:34 PM, Tácio Fernandes taciofernan...@gmail.com wrote: Percebo que a uma tendência das pessoas mapearem apenas as construções (casas, prédios), por quê? Posso mapear quadras e lotes? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Restrição de Conversão e além
Srs, Na minha primeira participação na lista, dúvidas, no meu entender básicas e avançadas. - Como fazer para incluir restrições de conversão no mapa, como por exemplo, Proibido dobrar à esquerda ? - Como fazer para baixar um mapa municipal ( ou parte dele ), carregar e atualizar o arquivo em um Editor de Textos e devolvê-lo ao OSM ? Essa pergunta deriva de alguns fatos que venho observando no mapa OSM da cidade onde moro, Recife, que precisaria de várias atualizações, como incluir o nome Rua em quase todas as vias, retirar abreviações, etc. - Existe um mapa no formato SHP da cidade, disponibilizado pela Prefeitura, que pode ser usado para melhorar o mapa OSM, como fazer isso ? Tenho contribuído pontualmente para o mapa local, mas sempre vejo que uma varredura seria interessante, e como o OSM não segue o modelo do Tracksource ( do qual fui DM e DE até pouco tempo), a edição em massa de um mapa me parece difícil. Att, Marcelo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Restrição de Conversão e além
Olá Marcelo, para essas edições, sugiro usar o JOSM, um editor desktop tido como mais avançado que as alternativas direto no browser. Para as restrições de conversão, http://wiki.openstreetmap.org/wiki/JOSM_Relations_and_Turn_Based_Restrictions O JOSM permite, inclusive, baixar os dados de uma grande área e realizar a edição offline (se é isso o que vc define por edição em massa, o conceito não ficou muito claro pra mim). Para editar o nome das ruas, você pode baixar o mapa de uma determinada área em XML (pelo site ou pelo próprio JOSM), num arquivo .osm, e editar num editor de texto. Não é exatamente um processo trivial, porque tem que marcar que as vias foram alteradas e eu não lembro como faz isso (espere alguém na lista detalhar o processo), mas sei que é possível sim. Quanto ao mapa da prefeitura, depende da licença, se ele for disponibilizado em domínio público ou você tiver uma autorização expressa, sim pode ser usado, do contrário não. []s Arlindo 2013/10/26 Marcelo Pereira pereirahol...@gmail.com Srs, Na minha primeira participação na lista, dúvidas, no meu entender básicas e avançadas. - Como fazer para incluir restrições de conversão no mapa, como por exemplo, Proibido dobrar à esquerda ? - Como fazer para baixar um mapa municipal ( ou parte dele ), carregar e atualizar o arquivo em um Editor de Textos e devolvê-lo ao OSM ? Essa pergunta deriva de alguns fatos que venho observando no mapa OSM da cidade onde moro, Recife, que precisaria de várias atualizações, como incluir o nome Rua em quase todas as vias, retirar abreviações, etc. - Existe um mapa no formato SHP da cidade, disponibilizado pela Prefeitura, que pode ser usado para melhorar o mapa OSM, como fazer isso ? Tenho contribuído pontualmente para o mapa local, mas sempre vejo que uma varredura seria interessante, e como o OSM não segue o modelo do Tracksource ( do qual fui DM e DE até pouco tempo), a edição em massa de um mapa me parece difícil. Att, Marcelo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Amtliche Daten
Hallo, neue Argumente für den Vorrang der Schreibweise der Schildermaler gab es hier bisher nicht. Wurde alles schon x-mal geschrieben. Daher bleibe ich bei meiner Ansicht, dass es einen solchen Vorrang nicht geben kann. Wenn man den Prozess vom Beschluss über Straßennamen bis zum fertigen Schild analysiert, kann man gar nicht auf die Idee kommen, das Schild trage grundsätzlich die richtigere Schreibweise. Allerdings sind Fehler menschentypisch - das gilt sogar für OSMer. :-) Jeder Medienbruch und jede Schnittstelle zwischen beteiligten Dienststellen sind potentielle Fehlerquellen. Aber auch wenn in amtlichen Listen Fehler sind, werden sie dadurch nicht grundsätzlich falsch. Entgegen der hier geäußerten Meinung ist An'n Graaben, In'n Dörp und To'n Böversten Diekkampe falsch. Der korrekte Apostroph ’ ist Unicode U+2019. Das typographisch falsche Ersatzzeichen ' (Unicode U+0027) ist nur bei technischen Beschränkungen zu verwenden. Diese Beschränkungen gibt es Dank Unicode nicht - man muss nur wissen, wie man das Zeichen seiner Tastatur abringt, weil es kein Etikett hat. Zur Schreibweise in der amtlichen Liste siehe unten. Was nun zuletzt in der Diskussion heraus gearbeitet wurde, ist genau das, was ich anstrebe: Wenn wir freies WISSEN fördern wollen und nicht freie VERMUTUNG, sind wir in der Pflicht, Unstimmigkeiten und Widersprüche nicht nur zu dokumentieren, sondern auch deren Klärung anzustoßen. Dazu wird man alle beteiligten Dienststellen (in HB: Amt für Straßen und Verkehr, Landesamt für Geoinformation, Statistisches Landesamt) begrüßen müssen. Das ist möglicherweise kein einfacher, schneller Vorgang. Aber man kann etwas bewegen: Nach mehrfachem Bohren veröffentlicht das StaLa sogar die Straßenliste in Excel in monatlicher Folge. Vor einiger Zeit musste ich mit Verweis auf das Bremer Informationsfreiheitsgesetz etwas Druck machen, um sie als Einzelaktion zu erhalten. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 26.10.2013 09:59, schrieb Norbert Kück: Wenn wir freies WISSEN fördern wollen und nicht freie VERMUTUNG, sind wir in der Pflicht, Unstimmigkeiten und Widersprüche nicht nur zu dokumentieren, sondern auch deren Klärung anzustoßen. Dazu wird man alle beteiligten Dienststellen (in HB: Amt für Straßen und Verkehr, Landesamt für Geoinformation, Statistisches Landesamt) begrüßen müssen. Das kann man sicher machen, wenn man das möchte. Nur ändert das ganze erstmal nichts an dem Problem, was man nun in die DB einträgt. Bis die Mühlen der Ämter fertig gemahlen haben nichts einzutragen ist sicher nicht sinnvoll ;) Das Problem löst recht simpel unsere On the Ground-Regel. Also egal welche Schreibweise orthografisch richtiger oder korrekter ist, es sollte das in den name-Tag eingetragen werden, was vor Ort erkennbar ist. Auch wenn sich bei Namen wie Ute's Hair Studio die Fußnägel zu lösen beginnen. Was bleibt sind widersprüchliche Schilder vor Ort. Mit lokalem Wissen (das man natürlich auch bei den Anwohnern erfragen kann) kann man auch in diesen Fällen den gebräuchlichen Namen heraus bekommen. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSa39uAAoJEPFgsWC7jOeT4t4H/3rIBtHVy8ToX6ap9gsTY0zI ar9dijei8iYbDtYB830hE+58zM5vEvoTPGwKBAs/OgC95fzzRUJUepx0LrzPSSqN UPdgVO7N96GswEAB6N7ELMKm8C4bAW1JEENbu6F1baTSTAaUBrZJIyEQIKqbyJkJ kAeUQGPh1gpB8xtXLF3BPQbHmzL1VCjxEczmEIy48kJOQZL9Z2apkKWT9V+VTr9+ 5BSGmUMBPWnRYXHQROVoy2WVJa6hsZ2XKDi2kFnViZM5GhnsbhcQizzwxcTwrcDN zYXJCCpF9rSKMvhCqwmTKuSESNeZ9K7gpbOR+ej7E4ofFTHxvsoEe/WLNxw7Fx8= =Urs0 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
On 13-10-26 9:59, Norbert Kück wrote: Entgegen der hier geäußerten Meinung ist An'n Graaben, In'n Dörp und To'n Böversten Diekkampe falsch. Der korrekte Apostroph ’ ist Unicode U+2019. Das typographisch falsche Ersatzzeichen ' (Unicode U+0027) ist nur bei technischen Beschränkungen zu verwenden. Diese Beschränkungen gibt es Dank Unicode nicht - man muss nur wissen, wie man das Zeichen seiner Tastatur abringt, weil es kein Etikett hat. Zur Schreibweise in der amtlichen Liste siehe unten. In der Praxis gibt's die leider schon. Kein Mensch verwendet hier das richtige - außer dem Profi. Der hat aber selten den zuständigen Job in der Verwaltung, der hat besseres zu tun. Natürlich gefällt mir die noch richtigere Schreibweise noch mehr - aber derzeit würde ich die eher in den alt_name verschieben, denn auch der Sucher wird nicht das korrekte Apostroph verwenden. BTW: ist es tatsächlich 2019 ’ und nicht Unicode 02BC ʼ? Die Zuordnung des letzteren als Ejektiv, obwohl es im Block der Spacing Modifier Letters steht, erscheint mir recht willkürlich - speziell mit der Benennung als MODIFIER LETTER APOSTROPHE. Beim 2019 muss man sich schon gut auskennen, um RIGHT SINGLE QUOTATION MARK als das richtige Zeichen zu finden. Das ist möglicherweise kein einfacher, schneller Vorgang. Aber man kann etwas bewegen: Nach mehrfachem Bohren veröffentlicht das StaLa sogar die Straßenliste in Excel in monatlicher Folge. Vor einiger Zeit musste ich mit Verweis auf das Bremer Informationsfreiheitsgesetz etwas Druck machen, um sie als Einzelaktion zu erhalten. Leider gilt das wohl nur für Bremen - oder wo findet man die Listen für Bremerhaven? Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 26.10.2013 09:59, schrieb Norbert Kück: Hallo, neue Argumente für den Vorrang der Schreibweise der Schildermaler gab es hier bisher nicht. Wurde alles schon x-mal geschrieben. Daher bleibe ich bei meiner Ansicht, dass es einen solchen Vorrang nicht geben kann. Sicher ist keine von beiden Quellen. Anderes habe auch ich nie behauptet. Wenn man den Prozess vom Beschluss über Straßennamen bis zum fertigen Schild analysiert, kann man gar nicht auf die Idee kommen, das Schild trage grundsätzlich die richtigere Schreibweise. Allerdings sind Fehler menschentypisch - das gilt sogar für OSMer. :-) Jeder Medienbruch und jede Schnittstelle zwischen beteiligten Dienststellen sind potentielle Fehlerquellen. Aber auch wenn in amtlichen Listen Fehler sind, werden sie dadurch nicht grundsätzlich falsch. OSM ist wesentlich transparenter, da wir Kontakt zu jedem einzelnen Mapper aufnehmen können und die Herkunft der Schreibweise dokumentieren können. Wir können sogar dokumentieren, wenn die Schreibweise vor Ort vom Amt eigentlich anders gewünscht wäre. Wir haben also deutlich bessere Mittel, auf unterschiedliche Schreibweisen einzugehen, als direkt die aus der amtlichen Liste direkt - ohne vor Ort zu überprüfen - zu übernehmen. Auch wenn einzelne Fehler nicht jeden anderen Eintrag in der Liste falsch machen, macht es doch die Liste insgesamt falsch. Ein Mapper kann sich daher nicht auf die Liste verlassen. Aber grundsätzlich war das auch schon bevor die Fehler als solche benannt wurden klar. Du solltest in deiner Meinung einem Mapper wenigstens einräumen die Schreibweise nicht zwingend aus der Liste zu übernehmen. Diese Freiheit würde aber ausschließen, dass die amtliche Liste der Schreibweise vor Ort vorgezogen wird oder in jedem Fall vorgezogen wird (was bisher deine Meinung dazu darstellt, wenn ich dich zuvor nicht falsch verstanden habe). Entgegen der hier geäußerten Meinung ist An'n Graaben, In'n Dörp und To'n Böversten Diekkampe falsch. Der korrekte Apostroph ’ ist Unicode U+2019. Das typographisch falsche Ersatzzeichen ' (Unicode U+0027) ist nur bei technischen Beschränkungen zu verwenden. Diese Beschränkungen gibt es Dank Unicode nicht - man muss nur wissen, wie man das Zeichen seiner Tastatur abringt, weil es kein Etikett hat. Zur Schreibweise in der amtlichen Liste siehe unten. Was nun zuletzt in der Diskussion heraus gearbeitet wurde, ist genau das, was ich anstrebe: Wenn wir freies WISSEN fördern wollen und nicht freie VERMUTUNG, sind wir in der Pflicht, Unstimmigkeiten und Widersprüche nicht nur zu dokumentieren, sondern auch deren Klärung anzustoßen. Dazu wird man alle beteiligten Dienststellen (in HB: Amt für Straßen und Verkehr, Landesamt für Geoinformation, Statistisches Landesamt) begrüßen müssen. Das ist möglicherweise kein einfacher, schneller Vorgang. Aber man kann etwas bewegen: Nach mehrfachem Bohren veröffentlicht das StaLa sogar die Straßenliste in Excel in monatlicher Folge. Vor einiger Zeit musste ich mit Verweis auf das Bremer Informationsfreiheitsgesetz etwas Druck machen, um sie als Einzelaktion zu erhalten. Bisher hast du vor mir die Position verteten, dass das was in der amtlichen Liste steht amtlich ist und in die OSM zu übernehmen ist - egal was vor Ort steht. Es ist schon interessant, dass bei dir die Schreibweise vor Ort nicht zu Wissen zählt. Wissen hat auch etwas mit Arbeitsweise zu tun. Wenn unreflektiert Daten aus einer amtlichen Liste übernommen werden müssen und keine weiteren Quellen zulässig sind, hat das für mich nichts mehr mit einer wissenschaftlichen Arbeitsweise zu tun, die für Wissen erforderlich ist. Wenn du die Schreibweise vor Ort als Vermutung einstufst, dann finde ich deine Meinung falsch. Ich finde es super, dass wir die amtliche Liste haben - und wir brauchen sie auch. Und deshalb finde ich auch super, dass du dich dafür so einsetzt. Grundsätzlich möchte ich zu bedenken geben, dass wir solche Fehler niemals herausfinden werden, wenn wir irgendwelche Daten (Schreibweisen) aus der amtlichen Liste kopieren und in die OSM eintragen. Ich finde, dass wir daher weiterhin verfolgen sollten, die Daten vor Ort zu erfassen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
On 13-10-26 10:49, Martin Trautmann wrote: BTW: ist es tatsächlich 2019 ’ und nicht Unicode 02BC ʼ? Um die Antwort darauf selbt zu geben: 02BC verwendet man angeblich dort, wo es als eigenständiger Buchstabe verwendet werden soll. Für mich als Laien klingt das zwar nach passendem Einsatz als Apostroph, die Profis haben da aber wohl anderes im Sinn. Klarer erscheint mir die Anweisung in http://unicode.org/Public/UNIDATA/NamesList.txt: 2019RIGHT SINGLE QUOTATION MARK = single comma quotation mark * this is the preferred character to use for apostrophe 0027APOSTROPHE = apostrophe-quote (1.0) = APL quote * neutral (vertical) glyph with mixed usage * 2019 is preferred for apostrophe * preferred characters in English for paired quotation marks are 2018 2019 Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 26.10.2013 10:38, schrieb Henning Scholland: Am 26.10.2013 09:59, schrieb Norbert Kück: Wenn wir freies WISSEN fördern wollen und nicht freie VERMUTUNG, sind wir in der Pflicht, Unstimmigkeiten und Widersprüche nicht nur zu dokumentieren, sondern auch deren Klärung anzustoßen. Dazu wird man alle beteiligten Dienststellen (in HB: Amt für Straßen und Verkehr, Landesamt für Geoinformation, Statistisches Landesamt) begrüßen müssen. Das kann man sicher machen, wenn man das möchte. Nur ändert das ganze erstmal nichts an dem Problem, was man nun in die DB einträgt. Bis die Mühlen der Ämter fertig gemahlen haben nichts einzutragen ist sicher nicht sinnvoll ;) Das Problem löst recht simpel unsere On the Ground-Regel. Also egal welche Schreibweise orthografisch richtiger oder korrekter ist, es sollte das in den name-Tag eingetragen werden, was vor Ort erkennbar ist. Auch wenn sich bei Namen wie Ute's Hair Studio die Fußnägel zu lösen beginnen. Manno ich hab bis Studio gelesen und gedacht, das ist jetzt ein wunderschönes Wortspiel - und dann versaust Du's... ;) Beim Haarstudio würden dir doch eher die Haare ausfallen - sonst hättest Du ein Nagelstudio nehmen sollen :P Ansonsten aber Zustimmung zu dem, was du schreibst: On-The-Ground-Rule, wenns sonst nicht zusammenpasst, und wenn man sich den Aufwand machen will, bei den entsprechenden Stellen nachhaken, ob/warum/dass es zusammenpasst/passen sollte/passend gemacht werden sollte. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Am 20.10.2013 um 22:42 schrieb jotpe jotpe@gmail.com: Mittlerweile sind die Liegenschaftskarten für NRW für OSM Nutzbar, was das abzeichnen von Häusern ungemein erleichtert. Hallo Johannes! Kannst Du das genauer ausführen? Wo gibt es die Liegenschaftskarten für NRW und unter welchen Bedingungen können die wofür genutzt werden? Danke! Marian ... Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Am 26.10.2013 12:42, schrieb marian: Am 20.10.2013 um 22:42 schrieb jotpe jotpe@gmail.com: Mittlerweile sind die Liegenschaftskarten für NRW für OSM Nutzbar, was das abzeichnen von Häusern ungemein erleichtert. Hallo Johannes! Kannst Du das genauer ausführen? Wo gibt es die Liegenschaftskarten für NRW und unter welchen Bedingungen können die wofür genutzt werden? D hier sind die, http://www.tim-online.nrw.de/tim-online/initParams.do?role=default durch das Menü auf der linken Seite wühlen das mit der Freigabe hätte ich auch gerne gewußt Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Hallo, am 26.10.2013 10:51 schrieb cracklinrain: Bisher hast du vor mir die Position verteten, dass das was in der amtlichen Liste steht amtlich ist und in die OSM zu übernehmen ist - egal was vor Ort steht. Fehlinterpretation. Ich kenne seit langem einige Schwächen der StaLa-Liste. Dann versuche ich den Abgleich mit anderen Quellen (z.B. GeoInformation Bremen). Allerdings ist es wahr, dass ich den Straßenschildern das geringste Gewicht beimesse. Und nicht zu vergessen: Mancher Eintrag in OSM wurde falsch von den Straßenschildern abgelesen. (Was mir auffiel, habe ich natürlich berichtigt.) Leider bin nicht gleich zu Anfang auf die Idee gekommen, die Behörden mit den Differenzen zu befassen. Das ist aber strategisch der einzige Weg, widersprüchliche Datenlagen zu vermeiden. Das Argument mit den Suchenden zieht nicht, da sich heute viele Leute nicht mehr nach Straßenschildern orientieren. Navis werden gewöhnlich anders mit Daten gespeist. Wer Deinen Beitrag liest, könnte glauben, ich würde das Gehirn abschalten wenn ich irgendeinen Text aus amtlicher Quelle lese. Na danke! Ich denke, dass man die Argumente nicht weiter wiederholen muss. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
am 26.10.2013 10:49 schrieb Martin Trautmann: Leider gilt das wohl nur für Bremen - oder wo findet man die Listen für Bremerhaven? Suchen auf bremerhaven.de. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Hallo, ich vermute, jotpe meint diese NRW-Atlas Freigabe, die im OSM Forum diskutiert wird [1]. [1] http://forum.openstreetmap.org/viewtopic.php?id=22926 Viele Grüße Dietmar Am 26.10.2013 13:12, schrieb Steffen Heinz: Am 26.10.2013 12:42, schrieb marian: Am 20.10.2013 um 22:42 schrieb jotpe jotpe@gmail.com: Mittlerweile sind die Liegenschaftskarten für NRW für OSM Nutzbar, was das abzeichnen von Häusern ungemein erleichtert. Hallo Johannes! Kannst Du das genauer ausführen? Wo gibt es die Liegenschaftskarten für NRW und unter welchen Bedingungen können die wofür genutzt werden? D hier sind die, http://www.tim-online.nrw.de/tim-online/initParams.do?role=default durch das Menü auf der linken Seite wühlen das mit der Freigabe hätte ich auch gerne gewußt Grüße aus der Eifel Steffen ___ 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] Amtliche Daten
On 13-10-26 13:41, Norbert Kück wrote: am 26.10.2013 10:49 schrieb Martin Trautmann: Leider gilt das wohl nur für Bremen - oder wo findet man die Listen für Bremerhaven? Suchen auf bremerhaven.de. Da fand ich nichts aktuelles - am ehesten den Bremerhavener+Strukturdatenatlas+2012,+Straßenverzeichnis.pdf Persönlich brauche ich auch die Straßenschlüssel dazu, die bei Bremen mitgeliefert werden. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 26.10.2013 13:38, schrieb Norbert Kück: Hallo, am 26.10.2013 10:51 schrieb cracklinrain: Bisher hast du vor mir die Position verteten, dass das was in der amtlichen Liste steht amtlich ist und in die OSM zu übernehmen ist - egal was vor Ort steht. Fehlinterpretation. Ich kenne seit langem einige Schwächen der StaLa-Liste. Dann versuche ich den Abgleich mit anderen Quellen (z.B. GeoInformation Bremen). Allerdings ist es wahr, dass ich den Straßenschildern das geringste Gewicht beimesse. Und nicht zu vergessen: Mancher Eintrag in OSM wurde falsch von den Straßenschildern abgelesen. (Was mir auffiel, habe ich natürlich berichtigt.) Deshalb finde ich das amtliche Straßenverzeichnis ja auch gut. Da du im Wiki bereits geschrieben hattest, dass du die Schreibweisen vor Ort überprüft hast, hatte ich von dir bearbeitete Straßen, wo es Differenzen gab direkt entsprechend eingeordnet. Dass Mapper trotz Aufnahme der Daten vor Ort Fehler machen, habe ich auch schon oft festgestellt. Das passiert eben und es arbeitet auch nicht jeder Mapper zu jeder Zeit gleichermaßen zuverlässig. Aber das wird ja gerade auch durch den Straßenlistenvergleich ein wenig aufgefangen. Leider bin nicht gleich zu Anfang auf die Idee gekommen, die Behörden mit den Differenzen zu befassen. Das ist aber strategisch der einzige Weg, widersprüchliche Datenlagen zu vermeiden. Ich finde das gut. Sicherlich freuen sich auch die Behörden über diese Unterstützung. Wenn du solch ein Vertrauen genießt, dass man auf deine Hinweise eingeht, ist das aber sicher nicht für jeden Mapper der OSM möglich. Außerdem ist es problematischer für Mapper, die anonym bleiben wollen, aber dennoch auf OSM verweisen. Ich habe bisher keine guten Erfahrungen damit gemacht, mich anonym an offizielle Stellen zu wenden. Auch wenn ich meinen Namen mitgeteilt habe, habe ich keine Antwort erhalten. Aus diesen und auch aus anderen Gründen, mache ich mir nicht die Mühe die Fehler persönlich und Straße für Straße an Behörden weiter zu geben. Und ich finde, dass man solch eine Kooperation von Mappern mit offiziellen Stellen nicht als üblich erwarten sollte. Die können in unsere Liste schauen und wir in deren. Mir genügt das schon, um es als eine Art von Kooperation zu verstehen. Schließlich ist es die Aufgabe der Ämter in betreffenden Gebieten für Beschilderung zu sorgen. Das Argument mit den Suchenden zieht nicht, da sich heute viele Leute nicht mehr nach Straßenschildern orientieren. Navis werden gewöhnlich anders mit Daten gespeist. Das ist deine Meinung. Ich kenne sehr viele Menschen unter 30, die eine konventionelle Karte benutzen. Wer Deinen Beitrag liest, könnte glauben, ich würde das Gehirn abschalten wenn ich irgendeinen Text aus amtlicher Quelle lese. Na danke! Nein. Die Darstellung deiner Haltung war bisher einfach so, dass die Einträge im amtlichen Straßenverzeichnis immer noch amtlicher seien als die amtliche Beschilderung vor Ort. Wenn ich dich nun nicht falsch verstehe, ist deine Prioritätenfolge so: 1) amtliches Straßenverzeichnis ... *) Beschilderung vor Ort Meine ist so: 1) amtliche Beschilderung vor Ort (sofern vorhanden und widerspruchsfrei) 2) sehr vertrauenswürdige Mapper mit sehr sorgfältigen Beiträgen ... m-1)... m) viele Anwohner (einer Straße) m+1)... ... *) einzelner Anwohner *) von mir erfasste Daten an die ich mich nicht mehr vollständig erinnere, ich aber auch nicht mehr belegen kann *) amtliches Straßenverzeichnis *) andere Karten n) Daten in OSM (ohne 2) Wobei der Vergleich mit den OSM-Daten natürlich möglich ist, aber generell immer angezweifelt werden sollte. Außerdem können wir in Bremen nicht (unbedingt) aus anderen Karten Daten übernehmen - zudem ergibt dies auch keinen Sinn. Ich finde es aber grundsätzlich falsch, die OSM zu einem Sammelbecken von amtlichen Daten zu machen. Wenn die OSM Fehler hat, dann kann da jeder mit Leben, weil er sie korrigieren kann. Auch wenn man dafür vielleicht gelegentlich einen anderen Mapper überzeugen muss. Aber wo es geht sollten die Daten auch überprüfbar sein. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 26. Oktober 2013 10:49 schrieb Martin Trautmann tr...@gmx.de: Natürlich gefällt mir die noch richtigere Schreibweise noch mehr - aber derzeit würde ich die eher in den alt_name verschieben, denn auch der Sucher wird nicht das korrekte Apostroph verwenden. naja, die Suche sollte das von sich aus gleichsetzen, und nicht die Mapper nötigen, dass sie die typografisch schlechtere Variante verwenden müssen, um gefunden zu werden. Das sollte kein Argument sein, die Daten absichtlich zu verbiegen. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
On Thu, Oct 24, 2013 at 06:43:10PM +0200, cracklinrain wrote: Wie gebt ihr Namen oder Hausnummern in die OSM ein, wenn sie nicht mit der Schreibweise der entsprechenden amtlichen Liste übereinstimmen? Hintergrund ist: Ich habe in den letzten Tagen die Straßenvergleichsliste in Bremen (http://regio-osm.de/listofstreets/wiki/index.php?title=Bremen) ein wenig gepflegt und dabei die Einzelnen Fälle von Differenzen unterschieden. Nun gibt es solche harten Abweichungen wie In'n Dörp (vor Ort) und In n Dörp (amtliche Liste), Friedrich-Meier-Weg (vor Ort) und Fritz-Meier-Weg (amtliche Liste) oder Wurtmannplatz (vor Ort) und Johann-Wurtmann-Platz (amtliche Liste). Teilweise waren auch groß- und Kleinschreibung anders. Ich selbst mappe eigentlich - sofern es kein offensichtlicher Fehler ist - namen wie sie vor Ort auf Schildern stehen. Ich habe bisher immer die Kommune angeschrieben - Bisher habe ich immer Nett Antwort bekommen. Oft waren die Schilder falsch und sind dann auf meinen Hinweis hin getauscht worden. Aber bei so dingern mit ' oder ` tippe ich auch auf ein Exportproblem. Fritz zu Friedrich halte ich für einen Spannenden Fehler. Da wird vermutlich jemand bei der Stadt nochmal den Ratsbeschluss raussuchen müssen ;) Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 1. Tag - 10.000 Nummern ?? Kölner Mappingevent, So. 17. November
Hallo Liste, wir planen am 17. November ein Kölner Mappingevent um Häuser zu malen und die Adressdaten der Stadt Köln [1] dabei mit zu verwurschten. 10.000 Hausnummern ist zwar ambitioniert, aber mit der Liegenschaftskarte des NRW-Atlas haben wir eine schicke Ausgangslage... Nochmal danke an Joachim. Wer uns helfen möchte, ist dazu herzlich eingeladen!!! Stattfinden soll das ganze in Köln-Westhoven [2]: Gastwerk im Engelshof [3] (KVB Linie 7, Haltestelle Westhoven, Berliner Str.) von 10:00 bis 20:00 Uhr. Nur Kleingeld fürs Essen/Trinken und Laptop mitbringen. Steckdosen, WLAN und Heizung, alles da. Haha. Wenn noch *jemand dazu kommen möchte*, dann mir bitte bescheid geben (wg. Tischreservierung). Anwesenheit ist nicht zwingend erforderlich; Kommunikation über IRC [4] und Organisation über einen Taskmanager (genauer Link kommt noch) Freue mich, bis dahin! Gruß Johannes [1] http://wiki.openstreetmap.org/wiki/Cologne/Adressimport [2] http://www.openstreetmap.org/browse/way/159088258 [3] http://www.gastwerk-im-engelshof.de/ [4] irc://irc.freenode.net/#Koeln_Adressimport ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Norbert Kück schrieb: Wenn man den Prozess vom Beschluss über Straßennamen bis zum fertigen Schild analysiert, kann man gar nicht auf die Idee kommen, das Schild trage grundsätzlich die richtigere Schreibweise. Anders als der Beschluss hängt das Schild aber am Mast an der Straße aus. Niemandem hilft es, wenn es eigentlich der Gustav-Müller-Ring ist, auf dem Schild vor Ort aber Gustav-Meier-Ring steht, und man diesen in OSM vergeblich sucht, und verwirrt durch den Stadtteil irrt, oder das Navigationsgerät nicht zum Ziel findet … :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-27T00:25:28+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Ammappa l'Italia
Il giorno 26/ott/2013 07:49, Francesco Pelullo f.pelu...@gmail.com ha scritto: Il 26/ott/2013 01:06 Luca Delucchi lucadel...@gmail.com ha scritto: Cosa volete di più? Niente più di tanto. Casomai, dovremmo modificare la pagina wiki del copyright di OSM. Qualcosa del tipo: ... dichiara la licenza E prima di dare il via ad un progetto sarebbe buona educazione scrivere almeno due righe in lista per presentarti Beh. Io gli ho scritto ieri sera per la questione della licenza. Mi ha risposto (gentilissimo) in mezz'ora e ha sistemato. Non diamo per scontato che tutti conoscano che esiste la lista ... C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ammappa l'Italia
Beh. Io gli ho scritto ieri sera per la questione della licenza. Mi ha risposto (gentilissimo) in mezz'ora e ha sistemato. Non diamo per scontato che tutti conoscano che esiste la lista ... E tutte le alte permutazioni. Forum, Facebook, wiki, lista talk internazionale. -- Sent from my rotary phone. Not a fruit. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ammappa l'Italia
Il 26/ott/2013 09:33 Simone Cortesi sim...@cortesi.com ha scritto: Non diamo per scontato che tutti conoscano che esiste la lista ... E tutte le alte permutazioni. Forum, Facebook, wiki, lista talk internazionale. Appunto. Con tutti i canali a disposizione, e con tutta la documentazione che avrà letto, trovo inprobabile che non abbia avuto modo di scrivere due righe (ma con il CAI c'è riuscito). Scusate, questa non vuole essere una sterile polemica. Ben vengano queste ed altre iniziative. Io sono un pò amareggiato dal comportamento di alcuni utenti che arrivano, leggono due istruzioni e mettono mani a cose dove c'è gente che ci ragiona da tempo per trovare una soluzione di comune accordo. (Non è questo il caso). Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Standardizzazione toponimi bilingui della Sardegna ed adattamento al modello altoadesino
Am 26/ott/2013 um 06:51 schrieb Elena ``of Valhalla'' elena.valha...@gmail.com: Il problema è che aggiungere un cartello qui e lì non costa niente e fa scena con l'elettorato locale, allora, in casi come questa, quando mettere un cartello in quella lingua fa scena con l'elettorato locale, penso che abbiamo un indicatore sulla lingua locale ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nome scuola
Per indicare il nome di una scuola è più corretto scrivere: Scuola dell'infanzia Ippolito Nievo o Scuola dell'infanzia Ippolito Nievo senza le virgolette? E infanzia con iniziale maiuscola o minuscola? -- View this message in context: http://gis.19327.n5.nabble.com/Nome-scuola-tp5782986.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] La mappa del Festival della Scienza usa OSM
Ciao, guardate che bel pdf guida i visitatori del Festival della Scienza di Genova! http://www.festivalscienza.it/site/home/programma/documento10005373.html Stamattina in Piazza de Ferrari (la piazza principale di Genova), dove c'è la biglietteria del Festival c'era una lunga coda e varie persone che ho visto passare avevano la mappa stampata in mano! Probabilmente l'hanno ricavata o dal sito o via Maposmatic un mesetto e mezzo fa (perchè manca l'edificio dell'Acquario, me ne ero accorto la settimana prima di OSMit); sulla versione stampata mi pare avessero sbagliato il posizionamento di un pallino (il 12), ma sul pdf sembra corretto, il foglio ce l'ha Alessandro.. Ciao, Stefano PS Sul sito c'è Gugol però :-( ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Open Data Sicilia
leggo da qui [1] /Cosa è Open Data Sicilia? E' il progetto della Regione Siciliana per la pubblicazione e condivisione degli Open Data in possesso dell'Amministrazione regionale. In pratica, si rendono i dati delle amministrazioni pubbliche accessibili a tutti sul web, in formato aperto, senza restrizioni di copyright, brevetti o altre forme di controllo che ne limitino l'utilizzo, l'integrazione e il riuso, seppur nel rispetto delle disposizioni previste dalla normativa vigente. Il progetto si concretizzerà a breve con la realizzazione di un portale regionale che riutilizza il modello e la piattaforma tecnologica del portale dati.piemonte.it nell'ambito del gemellaggio in atto tra Regione Piemonte e Regione Siciliana consentendo altresì una efficace partecipazione al progetto interregionale sugli Open Data. Al contempo, la Regione Siciliana si sta dotando di un'apposita legge sugli Open Data dal titolo Norme in materia di pubblicazione tramite la rete internet e di riutilizzo dei documenti e dei dati della pubblica amministrazione regionale e locale (DDL n. 851) che interviene in materia di pubblicazione e riutilizzo dei dati e delle informazioni pubbliche di cui è titolare nonché di quelle degli enti, gli istituti e le aziende dipendenti dalla Regione e/o comunque sottoposti a controllo, tutela o vigilanza della medesima, gli enti locali territoriali e/o istituzionali nonché gli enti, istituti e aziende da questi dipendenti o comunque sottoposti a controllo, tutela o vigilanza. / chissà che non mettano a disposizione anche qualche ortofoto o addirittura shapefile e dati geolocalizzati ;) a quanto pare non è limitato solo al livello regionale, ma è anche un provvedimento per aprire pure i dati in possesso delle amministrazioni locali di livello inferiore (province-consorzi e comuni). direi che vale la pena tenere d'occhio la situazione :) [1]:http://pti.regione.sicilia.it/portal/page/portal/PIR_PORTALE/PIR_Iniziative/PIR_OpenDataSicilia - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Open-Data-Sicilia-tp5783006.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] Ammappa l'Italia
Il 26/10/2013 01:05, Luca Delucchi ha scritto: 2013/10/25 Simone Cortesi sim...@cortesi.com: A me non sembra male questo progetto. anzi, mi piace. è un blog, dove invitano le persone legate al CAI (storicamente molto restie ad unirsi a noi) a mappare liberamente e a condividere le informazioni. mi piace. le foto: noi non le raccogliamo i gpx: sì (e loro li stanno caricando e la licenza è compatibile) è un primo passo di avvicinamento. ci tornerà utile. _da oggi siamo, anche se non ufficialmente, dentro al CAI_. mi fa piacere sentire un commento positivo, ora vi spiego come sta la facenda... Marco, l'ideatore del sito, è un filosofo (se ricordo bene) e gran camminatore, ha iniziato questo progetto senza nessuna conoscenza informatica (dati, software ecc ecc) ha presentato un abstract per il gfossday ma non è stato accettato perchè non era chiaro che software utilizzasse (si appoggiava pure a ESRI) ma è stato invitato per un dibattito. Io ci ho parlato a lungo e mostrato OSM e dato diversi consigli. Mi sembra che ora sia tutto nella norma, lui vuole raccogliere percorsi per raggiungere una località, i dati raccolti sono sotto licenza ODbL perciò compatibili con OSM e le citazioni di OSM ci sono ben chiare a fine pagina. _Cosa volete di più?_ PS Il sito è in sviluppo se vedete diversi percorsi notere che i software (plugin) utilizzati sono diversi, sta lentamente convertendo tutto a openlayer+osm (_http://www.ammappalitalia.it/villvernia-dernice/_) Sono perfettamente in accordo con Simone e Luca. Leggete attentamente quello che è scritto nel Blog. Questo progetto rafforza ulteriormente OSM. Noi siamo OPEN DATA, l'obbiettivo è divulgare la conoscenza (Stallman) Se come dice Luca, non aveva nessuna conoscenza informatica, mi sembra stia procedendo bene.:-) Un saluto a tutti, Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome scuola
Il 26/10/2013 16:23, bredy ha scritto: Per indicare il nome di una scuola è più corretto scrivere: Scuola dell'infanzia Ippolito Nievo o Scuola dell'infanzia Ippolito Nievo senza le virgolette? E infanzia con iniziale maiuscola o minuscola? Per me le virgolette vanno assolutamente eliminate mente infanzia dovrebbe essere maiuscolo. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Bancomat e braille
Ciao. Oggi mi è venuto questo pensiero pensando ad uno sportello di Unicredit. Conosco prevalentemente questi in quanto mi servo da loro. Sono quasi tutti sportelli di nuova concezione ed hanno alcune caratteristiche per il linguaggio citato in oggetto quali numeri rigorosamente ricalcati ed alcune placche utili per essere sensibili al tatto con disegni sconosciuti ai normodotati. Vi è un modo per inserirli con qualche tag? Questo per precisare che alcune postazioni sono rigorosamente in questo modo altre no. Grazie. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome scuola
Il 26/10/2013 16:23, bredy ha scritto: Per indicare il nome di una scuola è più corretto scrivere: Scuola dell'infanzia Ippolito Nievo o Scuola dell'infanzia Ippolito Nievo senza le virgolette? E infanzia con iniziale maiuscola o minuscola? -- View this message in context: http://gis.19327.n5.nabble.com/Nome-scuola-tp5782986.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 Scuole Medie Sante Zennaro http://www.openstreetmap.org/?lat=44.349054lon=11.69982zoom=18 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome scuola
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 26/10/2013 19:41, Gianluca Boero ha scritto: Tempo addietro si era deciso di omettere apostrofi e punti (tipo S. Antonio) come regola, per non creare problemi sopratutto alla ricerca, che attualmente risulta problematica con quel tipo di caratteri. Per cui, sarebbe da vedere la wiki, anche se non completa per questo tipo di definizioni. http://wiki.openstreetmap.org/wiki/IT:Key:name Per me letteralmente si scrive: name=Scuola della infanzia Ippolito Nievo - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlJsAUoACgkQoVS0hKoD3PM0gwD+K1LhUj1SYXHSHH5a84Unqxcu d4UQPYUPNaQB7t0R0r4BAJrQBnCwKxbZv8dcyvw/chy+sfxVA3CvSHbfY5B6npnp =Pi6G -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La mappa del Festival della Scienza usa OSM
Il 26/10/2013 17:47, sabas88 ha scritto: Ciao, guardate che bel pdf guida i visitatori del Festival della Scienza di Genova! http://www.festivalscienza.it/site/home/programma/documento10005373.html Stamattina in Piazza de Ferrari (la piazza principale di Genova), dove c'è la biglietteria del Festival c'era una lunga coda e varie persone che ho visto passare avevano la mappa stampata in mano! Probabilmente l'hanno ricavata o dal sito o via Maposmatic un mesetto e mezzo fa (perchè manca l'edificio dell'Acquario, me ne ero accorto la settimana prima di OSMit); sulla versione stampata mi pare avessero sbagliato il posizionamento di un _pallino:-) _ (il 12), ma sul pdf sembra corretto, il foglio ce l'ha Alessandro.. Ciao, Stefano PS Sul sito c'è Gugol però :-( _cut Un po condensatino, ma non male.:-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome scuola
2013/10/26 bredy bredy...@yahoo.it Per indicare il nome di una scuola è più corretto scrivere: Scuola dell'infanzia Ippolito Nievo o Scuola dell'infanzia Ippolito Nievo senza le virgolette? secondo wikipedia:de in italiano lo standard sono queste virgolette: «…» e l'alternativa è questa: “…” mentre ... pare che sia tipograficamente meno corretto. C'era recentemente una discussione simile in talk-de. E infanzia con iniziale maiuscola o minuscola? direi come scritto sul cartello. ciao ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Open Data Sicilia
Il 26/10/2013 18:52, Aury88 ha scritto: leggo da qui [1] /Cosa è Open Data Sicilia? E' il progetto della Regione Siciliana per la pubblicazione e condivisione degli Open Data in possesso dell'Amministrazione regionale. In pratica, si rendono i dati delle amministrazioni pubbliche accessibili a tutti sul web, in formato aperto, senza restrizioni di copyright, brevetti o altre forme di controllo che ne limitino l'utilizzo, l'integrazione e il riuso, seppur nel rispetto delle disposizioni previste dalla normativa vigente. Il progetto si concretizzerà a breve con la realizzazione di un portale regionale che riutilizza il modello e la piattaforma tecnologica del portale dati.piemonte.it nell'ambito del gemellaggio in atto tra Regione Piemonte e Regione Siciliana consentendo altresì una efficace partecipazione al progetto interregionale sugli Open Data. Al contempo, la Regione Siciliana si sta dotando di un'apposita legge sugli Open Data dal titolo Norme in materia di pubblicazione tramite la rete internet e di riutilizzo dei documenti e dei dati della pubblica amministrazione regionale e locale (DDL n. 851) che interviene in materia di pubblicazione e riutilizzo dei dati e delle informazioni pubbliche di cui è titolare nonché di quelle degli enti, gli istituti e le aziende dipendenti dalla Regione e/o comunque sottoposti a controllo, tutela o vigilanza della medesima, gli enti locali territoriali e/o istituzionali nonché gli enti, istituti e aziende da questi dipendenti o comunque sottoposti a controllo, tutela o vigilanza. / chissà che non mettano a disposizione anche qualche ortofoto o addirittura shapefile e dati geolocalizzati ;) a quanto pare non è limitato solo al livello regionale, ma è anche un provvedimento per aprire pure i dati in possesso delle amministrazioni locali di livello inferiore (province-consorzi e comuni). direi che vale la pena tenere d'occhio la situazione :) [1]:http://pti.regione.sicilia.it/portal/page/portal/PIR_PORTALE/PIR_Iniziative/PIR_OpenDataSicilia Eppur si muove:-) Beni confiscati alla criminalità mafiosa (Dimensione documento: 45229 bytes);-) http://pti.regione.sicilia.it/portal/page/portal/PIR_PORTALE/PIR_Iniziative/PIR_OpenDataSicilia/PIR_Datidisponibili/BENI%20CONFISCATI%20ALLA%20CRIMINALITA.rtf _cut... ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ammappa l'Italia
2013/10/26 Cristian Consonni kikkocrist...@gmail.com Beh. Io gli ho scritto ieri sera per la questione della licenza. Mi ha risposto (gentilissimo) in mezz'ora e ha sistemato. Non diamo per scontato che tutti conoscano che esiste la lista ... si, anch'io l'avevo scritto l'11 Agosto e mi ha risposto in maniera molto gentile il 12 Agosto (era caduto nella mia trappola per nuovi mappatori). Penso che si tratta al momento di una persona sola anche se sembra di trattarsi di un'organizzazione, e se le citazioni della licenza sono ancora incompleti e incorretti ho comunque nessun dubbio che si tratta soltanto di sviste che correggerà sicuramente presto. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome scuola
Il 26/10/2013 19:56, Martin Koppenhoefer ha scritto: 2013/10/26 bredy bredy...@yahoo.it mailto:bredy...@yahoo.it Per indicare il nome di una scuola è più corretto scrivere: Scuola dell'infanzia Ippolito Nievo o Scuola dell'infanzia Ippolito Nievo senza le virgolette? secondo wikipedia:de in italiano lo standard sono queste virgolette: «...» e l'alternativa è questa: ... mentre ... pare che sia tipograficamente meno corretto. C'era recentemente una discussione simile in talk-de. E infanzia con iniziale maiuscola o minuscola? _direi come scritto sul cartello_.perfect ciao Martin the best in town :-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bancomat e braille
2013/10/26 Gianluca Boero gianlucabo...@alice.it Vi è un modo per inserirli con qualche tag? Questo per precisare che alcune postazioni sono rigorosamente in questo modo altre no. https://wiki.openstreetmap.org/wiki/OSM_for_the_blind con alcuni riferimenti come: https://wiki.openstreetmap.org/wiki/Disabilitydescription https://wiki.openstreetmap.org/wiki/Tactile_map e forse ci sono anche altri ? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Open Data Sicilia
Leggi questo http://blog.spaziogis.it/2013/03/19/2013-anno-degli-opengeodata-lentusiasmo-mio-e-calante/ 2013/10/26 Aury88 spacedrive...@gmail.com: leggo da qui [1] /Cosa è Open Data Sicilia? E' il progetto della Regione Siciliana per la pubblicazione e condivisione degli Open Data in possesso dell'Amministrazione regionale. In pratica, si rendono i dati delle amministrazioni pubbliche accessibili a tutti sul web, in formato aperto, senza restrizioni di copyright, brevetti o altre forme di controllo che ne limitino l'utilizzo, l'integrazione e il riuso, seppur nel rispetto delle disposizioni previste dalla normativa vigente. Il progetto si concretizzerà a breve con la realizzazione di un portale regionale che riutilizza il modello e la piattaforma tecnologica del portale dati.piemonte.it nell'ambito del gemellaggio in atto tra Regione Piemonte e Regione Siciliana consentendo altresì una efficace partecipazione al progetto interregionale sugli Open Data. Al contempo, la Regione Siciliana si sta dotando di un'apposita legge sugli Open Data dal titolo Norme in materia di pubblicazione tramite la rete internet e di riutilizzo dei documenti e dei dati della pubblica amministrazione regionale e locale (DDL n. 851) che interviene in materia di pubblicazione e riutilizzo dei dati e delle informazioni pubbliche di cui è titolare nonché di quelle degli enti, gli istituti e le aziende dipendenti dalla Regione e/o comunque sottoposti a controllo, tutela o vigilanza della medesima, gli enti locali territoriali e/o istituzionali nonché gli enti, istituti e aziende da questi dipendenti o comunque sottoposti a controllo, tutela o vigilanza. / chissà che non mettano a disposizione anche qualche ortofoto o addirittura shapefile e dati geolocalizzati ;) a quanto pare non è limitato solo al livello regionale, ma è anche un provvedimento per aprire pure i dati in possesso delle amministrazioni locali di livello inferiore (province-consorzi e comuni). direi che vale la pena tenere d'occhio la situazione :) [1]:http://pti.regione.sicilia.it/portal/page/portal/PIR_PORTALE/PIR_Iniziative/PIR_OpenDataSicilia - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Open-Data-Sicilia-tp5783006.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 -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] VT GPS duomenys
Įkėliau naujausius duomenis: ftp://ftp.katalogai.net/Judek/Viesojo%20transporto%20judejimo%20duomenu%20baze/trolis_2013-10-25.7z Gal kas jau darė analizę pagal valandas, savaitės dienas ir pan? 2013.09.27 08:54, Eduardas Kriščiūnas rašė: ftp://ftp.katalogai.net/Viesojo%20transporto%20judejimo%20duomenu%20baze/ ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] VT GPS duomenys
2013.10.26 12:07, Mantas rašė: Quoting Eduardas Kriščiūnas (2013-10-26 11:17:27) Būtų patogiau gauti paprastą CSV failą, tik su reikiamais duomenimis, tuomet būtų galima iškarto daryti analizę, negaištant laiko su dump importavimais ir duomenų eksportavimais į CSV. Tikiu, bet ne pas mane tas failas guli ir aš net nežinau kas yra jo viduje. Jei parašytum kaip ištraukti TIK reikiamą info – persiųsčiau žmgui, kuris tą failą įdėjo. Dar noriu pasitikslinti, ką tiksliai nori sužinoti iš duomenų. Jei gerai atsimenu ir jei gerai supratau, nori sužinoti vietas žemėlapyje, kur autobusai lėčiausiai važiuoja? Labiau noriu sužinoti kur VT GALĖTŲ važiuoti greičiau. Kartais vilkimosi priežastimi yra kamščiai, kartais – blogai sudaryti tvarkaraščiai. Todėl visos dienos vidurkiai netinka, reikia rytinių ir vakarinių pikų, darbo dienų ir savaitgalių greičių. Pikai Vilniuje yra nuo 7:30 iki 9:00 ir 16:30 – 18:30. Kitą savaitę vilnius.lt bus paskelbti 1756 šviesoforų daviklių duomenys su sankryžų schemmis, tai bus galima tiksliau žinoti kur ir kada būna pikai. Skaičiavimus planuoju daryti taip: 1. Paimsiu kiekvieną maršrutą atskirai. 2. Atimsiu vėlesnį tašką iš ankstesnio ir taip išsisaugosiu visų tuo maršrutų važiavusių autobusų skirtumus, tam tikruose taškuose. 3. Sugrupuosiu visus skirtumų taškus tam tikrais atstumais, paskaičiuodamas kiekvienos grupės vidurkį. 4. Gautas grupes su skirtumų vidurkiais įkelsiu į žemėlapį. Įtariu, kad su PostgreSQL tai pasidarytų visai paprastai. -- Mantas aka sirex __o /\ _ \,_ -- launchpad.net/~sirex -- /\/ \ ___(_)/_(_)_/_/\ ^ ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-es] Desplazamiento de Catastro en Castellón con Cat2osm2
Gracias a ti, David. A ver si los resultados pueden serte de utilidad, ya que hay poblaciones en las que hemos descubierto que las direcciones catastrales no tienen nada que ver con las direcciones postales que se usan en el día a día. Cualquier duda o comentario que tengas, con lo que podamos mejorar el Cat2Osm2 nos dices =) Saludos El 24 de octubre de 2013 23:05, David cyme...@gmail.com escribió: Sí, con esos cambios ahora se ve bien. Gracias. El 24 de octubre de 2013 13:18, Emilio Gómez Fernández ego...@outlook.com escribió: A parte de lo que te ha comentado Ander, y como veo que utilizas Linux, en GisChipshttp://www.gisandchips.org/2011/11/28/proyeccion-segura-desde-utm-ed50-con-interfaz-grafico/se curraron un pequeño script como interfaz gráfica de OGR para realizar estas reproyecciones desde EPSG:23030, y el mismo se baja la rejilla del IGN. Por si te es más sencillo. Un saludo. El 24 de octubre de 2013 12:46, Francisco Pérez Sampayo fpsamp...@gmail.com escribió: Ojo Ander, que el código EPSG para la proyección en ED50 UTM-30 es EPSG:23030. El 24 de octubre de 2013 12:40, Ander Pijoan ander.pij...@deusto.esescribió: Es el problema de reproyección, sí. La proyección es la que necesitaba de una rejilla para ajustarla y que poco a poco están quitando en Catastro. No habíamos vuelto a ver un municipio con ello, pero al parecer todavía los hay. Desde hace unas versiones, para que Cat2Osm2 funcione también en Windows y hacerlo más ligero, quitamos la reproyección con rejilla y dejamos que GeoTools la haga por si solo. La solución pasaría por reproyectar los shapefiles antes de usarlos en Cat2Osm2. Para ello existe la herramienta ogr2ogr, con el siguiente comando: Proyección en la que están tus archivos : 25830 Proyección que quieres : 32630 Archivo (peninsula.gsb) de rejilla hay que descargarlo de http://www.01.ign.es/ign/layoutIn/herramientas.do#DATUM ogr2ogr -s_srs +init=epsg:25830 +nadgrids=c:\dondesea\peninsula.gsb +wktext -t_srs +init=epsg:25830 +nadgrids=null +wktext c:\dondesea\reproyectado.shp c:\dondesea\original.shp Con eso se deberían reproyectar los archivos shapefile y tener un resultado sin desplazamiento. Es un poco complicado, pero a ver si sale sin problemas. Saludos. El 24 de octubre de 2013 10:48, David cyme...@gmail.com escribió: El desplazamiento medido con JOSM me sale que es de unos 110.1 metros. En las islas Columbretes parece que es 108.3m. ¿Es posible que haya algún problema por tener territorios en la península y en islas, que el área total sea demasiado grande o algo así? Aquí paso una captura: http://img545.imageshack.us/img545/5029/wdlm.png La proyección que me sale en ALTIPUN.prj es ésta: PROJCS[ED_1950_UTM_Zone_30N,GEOGCS[GCS_European_1950,DATUM[D_European_1950,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,50],PARAMETER[False_Northing,0],PARAMETER[Central_Meridian,-3],PARAMETER[Scale_Factor,0.9996],PARAMETER[Latitude_Of_Origin,0],UNIT[Meter,1]] Ahí veo un 1950 que difiere de tu 1989. Quizás sea que se sigue usando algún sistema antiguo. El 24 de octubre de 2013 08:50, Ander Pijoan ander.pij...@deusto.esescribió: Buenas David, ¿Puedes poner alguna captura de pantalla? El desplazamiento cuando es error de proyección es bastante grande de unos 25 o 50 metros, pero luego hay algunas zonas donde las geometrías están un poco (1-2 metros) desplazados de las fotos de satélite. Puedes mirar también en los archivos .PRJ de los shapefiles, a ver en qué proyección están. Esta viene justo al principio, por ejemplo PROJCS[,ETRS_1989_UTM_Zone_30N. A ver si así hay mas pistas de por qué puede ser. Saludos =) El 24 de octubre de 2013 00:56, David cyme...@gmail.com escribió: Buenas. Estoy jugando un poco con los resultados de Cat2osm2 y me he fijado que en Castellón (ciudad) los datos salen desplazados. En la documentación pone lo siguiente: Si el resultado está desplazado unos pocos metros, es un problema de reproyección. Se han encontrado archivos antiguos de catastro que al reproyectar tenían un desplazamiento que GeoTools no es capaz de arreglar. Parece que en las versiones nuevas de los archivos de Catastro, esto viene arreglado. Pues parece que o algo hago yo mal o en algunos sitios aún no está arreglado. ¿Tenéis idea de cómo puedo ponerlo todo en su sitio? -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org
Re: [Talk-es] Mapear cruces en calle doble carril y línea continua
El problema de hacerlo de una forma u otra es la compatibilidad con el resto de OSM.Estas tags son las que ya se usan y las que reconocen la mayoría de navegadores.Efectivamente, la línea continua se rompe, y los carriles cambian de dirección, claro, y por eso hay que ir dividiendo la vía y dándole las propiedades adecuadas.La solución que he comentado yo es la que actualmente se usa según la wiki de OSM y cubre todas las posibilidades, tanto en número de carriles como en sentidos y direcciones (OSM no es solo España es el resto del mundo y hay giros y comportamientos que aunque aquí no se producen deben estar disponibles.) ¿Qué lleva curro? Mucho, imagínate cuantas veces cambia una carretera secundaria normal de línea continua-discontinua y carriles como por ejemplo la que va de Balaguer a Camarasa por Àger (unos 40km.) Lo importante es que al pasar los diversos estilos y renderizadores se dé el resultado más real y operativo posible. http://imgur.com/q4Y9G5y http://imgur.com/Ve04Ys1 Salud y mapas! yopaseopor ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Basemap.at
http://maps.wien.gv.at/basemap/geolandbasemap/normal/google3857/%1/%3/%2.jpeg Wenn ich auf Get Services klicke, kommt eine Messagebox: Download failed: Not Found Das kannst du ignorieren, weil das schon die fertige URL ist (dann ist das get services nicht notwendig). Bei mir funktionierts jedenfalls: http://666kb.com/i/cipdxlm73u3gmolc3.jpg ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Basemap.at
On 26.10.2013 10:49, Martin Raifer wrote: http://maps.wien.gv.at/basemap/geolandbasemap/normal/google3857/%1/%3/%2.jpeg Wenn ich auf Get Services klicke, kommt eine Messagebox: Download failed: Not Found Das kannst du ignorieren, weil das schon die fertige URL ist (dann ist das get services nicht notwendig). Bei mir funktionierts jedenfalls: http://666kb.com/i/cipdxlm73u3gmolc3.jpg Danke, in Verbindung mit den anderen Werten funktioniert es auch bei mir. Das Gebiet, wo ich heute unterwegs war, nämlich bei der Einmündung der L4167 in die L4168 in Schottwien, hab ich mir jetzt gleich mal in der Basemap angeschaut und da zeigt sie Häuser, die gar nicht (mehr) existieren, und der Bach ist doppelt (einmal als Auebach, einmal als Haidbach, bzw. weiter östlich steht er als Heidbach mit -ei-). Weiter südlich ein ähnlicher Fehler: Göstritzgraben und Göstritzbach sind beide als Bäche dargestellt. = Die Basemap ist noch sehr mit Vorsicht zu genießen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Faire une carte de communes à partir d'OSM
Bonjour, Une petite digression car Adrien à réglé son problème : Le 25 oct. 2013 à 11:06, Adrien Caillot adrien.cail...@free.fr a écrit : Mon problème est qu'il m'est difficile d'utiliser JOSM car une fois que j'ai toute mon agglo dedans il rame tellement qu'il m'a fallu 10 minutes pour simplement enregistrer en .osm les données que je venais de télécharger. Il faudrait donc que je fasse ce travail sur un ordinateur plus puissant (là, je ne suis pas chez moi) Dans ce cas, tu charges dans JOSM l'intégralité des rues, maisons… d'une grosse agglomération. C'est donc ingérable avec une machine lente. La solution consiste à ne charger que les objets qui t'intéressent. Pour cela, tu peux utiliser XAPI ou overpass-turbo. En définissant la bounding box correctement, tu peux retrouver que les communes dont tu as besoin. Ensuite tu peux enregistrer ce fichier dans JOSM ou directement dans QGIS. -- Yves Requête Overpass : osm-script output=xml query type=relation has-kv k=type v=boundary/ has-kv k=boundary v=administrative/ has-kv k=admin_level v=8/ bbox-query {{bbox}}/ /query print mode=meta/ recurse type=down/ print mode=meta/ /osm-script ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Données OSM référencées sur le portail officiel Open Data PACA + MapOSMatic
Bonjour, Grâce au travail de la communauté locale OSM Marseille, les données OSM sur la Région PACA sont désormais référencées officiellement sur le portail open data de la Région : http://opendata.regionpaca.fr/donnees/detail/base-de-donnees-opensreetmap.html Ainsi que l'application MapSOMatic qui réutilise ces données : http://opendata.regionpaca.fr/applis/appli/maposmatic.html (Ecrivez-leur si vous voulez référencer la vôtre !) Voilà plusieurs mois que je conseille aux acteurs publics open data aware de référencer toutes les données de leur territoire et en particulier les données OSM, comme n'importe quelles autres données open data. C'est intéressant pour eux : * du point de vu de l'importance des données * pour montrer qu'ils ont compris que l'open data ce n'est pas seulement eux * pour reconnaître le travail fournit par les citoyens et en faire la promotion, y compris (voire surtout) en interne * parce qu'ils peuvent aussi mettre en valeur les applications réutilisant ces données, utiles à leur territoire Et je pense que c'est intéressant pour OSM, lui donnant plus de visibilité ainsi qu'une certaine légitimité institutionnelle. A l'heure où certains acteurs publics se plaignent que l'open data ne produit pas assez de réutilisations, il faut leur montrer que ça prend du temps mais qu'une initiative comme OSM, après 10 ans d'existence, est aujourd'hui capable de montrer des *dizaines* de réutilisations utiles : http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services A ce titre l'initiative de PACA, qui a produit un portail référençant toutes données open data de son territoire, montre une voie intéressante : l'acteur public ne valorise pas seulement ses données à lui mais toutes les données utiles à son territoire. Je suis en contact avec d'autres acteurs publics qui réfléchissent à faire de même et je pense que le précédent de la Région PACA va en inspirer certains. Charles Nepote. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu des cols de montagne
Et est-ce possible d'avoir le rendu des cols avec un symbole = et de même sur la carte officielle openstreetmap.org ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Bonjour, Une question / sugestion. Y'as-t-il une raison à l'absence de lien vers JOSM (comme pour Potlatch) sur le rendu OSMFR. Au passage félicitation pour ce super travail . Le 23 octobre 2013 23:29, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bravo pour le rendu à géométrie variable selon les tags mis sur les passages piétons : c'est déjà parlant voici quelques cadrages en Vaucluse : - ici deux rendus différents en haut potelets classiques et en bas potelets contrastés (boule blanche), les passages ont également la bande podotactile http://tile.openstreetmap.fr/?zoom=20lat=44.13558lon=4.81217layers=B00 - là les lignes noires signifiant un passage non franchissable en fauteuil roulant (et donc pour l'école toute proche en poussette) http://tile.openstreetmap.fr/?zoom=20lat=44.1349lon=4.81731layers=B00 Je pense que le test est intéressant pour montrer que nous avons une cartographie unique que les producteurs commerciaux ne pourrons pas atteindre car ce n'est pas rentable. Seul le désintéressement des contributeurs rend la démarche atteignable. - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Du-nouveau-sur-le-rendu-osmfr-tp5781583p5782658.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données OSM référencées sur le portail officiel Open Data PACA + MapOSMatic
Le 26 octobre 2013 12:57, Charles Nepote char...@nepote.org a écrit : Bonjour, Grâce au travail de la communauté locale OSM Marseille, les données OSM sur la Région PACA sont désormais référencées officiellement sur le portail open data de la Région : http://opendata.regionpaca.fr/**donnees/detail/base-de-** donnees-opensreetmap.htmlhttp://opendata.regionpaca.fr/donnees/detail/base-de-donnees-opensreetmap.html Notez la typo sur le nom: Base de données OpenSreetMap ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données OSM référencées sur le portail officiel Open Data PACA + MapOSMatic
Vu. Je vais leur demander de corriger. Merci, ça m'avait complètement échappé ! ChN Le 26/10/2013 14:54, Philippe Verdy a écrit : Le 26 octobre 2013 12:57, Charles Nepote char...@nepote.org mailto:char...@nepote.org a écrit : Bonjour, Grâce au travail de la communauté locale OSM Marseille, les données OSM sur la Région PACA sont désormais référencées officiellement sur le portail open data de la Région : http://opendata.regionpaca.fr/donnees/detail/base-de-donnees-opensreetmap.html Notez la typo sur le nom: Base de données OpenSreetMap ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-marseille] Données OSM référencées sur le portail officiel Open Data PACA + MapOSMatic
Le 26 oct. 2013 12:57, Charles Nepote char...@nepote.org a écrit : Bonjour, Grâce au travail de la communauté locale OSM Marseille, les données OSM sur la Région PACA sont désormais référencées officiellement sur le portail open data de la Région : http://opendata.regionpaca.fr/donnees/detail/base-de-donnees-opensreetmap.html Ainsi que l'application MapSOMatic qui réutilise ces données : http://opendata.regionpaca.fr/applis/appli/maposmatic.html (Ecrivez-leur si vous voulez référencer la vôtre !) Voilà plusieurs mois que je conseille aux acteurs publics open data aware de référencer toutes les données de leur territoire et en particulier les données OSM, comme n'importe quelles autres données open data. C'est intéressant pour eux : * du point de vu de l'importance des données * pour montrer qu'ils ont compris que l'open data ce n'est pas seulement eux * pour reconnaître le travail fournit par les citoyens et en faire la promotion, y compris (voire surtout) en interne * parce qu'ils peuvent aussi mettre en valeur les applications réutilisant ces données, utiles à leur territoire Et je pense que c'est intéressant pour OSM, lui donnant plus de visibilité ainsi qu'une certaine légitimité institutionnelle. A l'heure où certains acteurs publics se plaignent que l'open data ne produit pas assez de réutilisations, il faut leur montrer que ça prend du temps mais qu'une initiative comme OSM, après 10 ans d'existence, est aujourd'hui capable de montrer des *dizaines* de réutilisations utiles : http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services A ce titre l'initiative de PACA, qui a produit un portail référençant toutes données open data de son territoire, montre une voie intéressante : l'acteur public ne valorise pas seulement ses données à lui mais toutes les données utiles à son territoire. Je suis en contact avec d'autres acteurs publics qui réfléchissent à faire de même et je pense que le précédent de la Région PACA va en inspirer certains. Charles Nepote. Merci beaucoup de cette action et de ces réflexions porteuses de sens. Et bravo pour ce succès à la fois pour OSM et pour la région. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Le lien est un lien générique d'édition, il suffit dans ton profil OSM d'indiquer que ton éditeur préféré est JOSM (ou plutôt la télécommande) et ça utilisera JOSM... mais je peux aussi améliorer ça. En fait, le frontend web de tile.openstreetmap.fr est hyper minimaliste et ne sert à la base à visualiser les tuiles. On peut faire nettement mieux ! Le 26 octobre 2013 14:07, aurélien BONDU abondu...@gmail.com a écrit : Bonjour, Une question / sugestion. Y'as-t-il une raison à l'absence de lien vers JOSM (comme pour Potlatch) sur le rendu OSMFR. Au passage félicitation pour ce super travail . Le 23 octobre 2013 23:29, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bravo pour le rendu à géométrie variable selon les tags mis sur les passages piétons : c'est déjà parlant voici quelques cadrages en Vaucluse : - ici deux rendus différents en haut potelets classiques et en bas potelets contrastés (boule blanche), les passages ont également la bande podotactile http://tile.openstreetmap.fr/?zoom=20lat=44.13558lon=4.81217layers=B00 - là les lignes noires signifiant un passage non franchissable en fauteuil roulant (et donc pour l'école toute proche en poussette) http://tile.openstreetmap.fr/?zoom=20lat=44.1349lon=4.81731layers=B00 Je pense que le test est intéressant pour montrer que nous avons une cartographie unique que les producteurs commerciaux ne pourrons pas atteindre car ce n'est pas rentable. Seul le désintéressement des contributeurs rend la démarche atteignable. - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Du-nouveau-sur-le-rendu-osmfr-tp5781583p5782658.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des cols de montagne
La proposition a été envoyée. Merci Christian ! Le 26 octobre 2013 17:01, Christian Quest cqu...@openstreetmap.fr a écrit : Un petit symbole qui suit la route ? Je vais voir ça... Pour la carte officielle il faut le suggérer sur https://github.com/gravitystorm/openstreetmap-carto/issues Le 26 octobre 2013 11:43, remont...@free.fr remont...@free.fr a écrit : Et est-ce possible d'avoir le rendu des cols avec un symbole = et de même sur la carte officielle openstreetmap.org ? Le 25 octobre 2013 14:11, Christian Quest cqu...@openstreetmap.fr a écrit : Les cols sont rendus (avec leur altitude) sur les tuiles FR, exemple: http://tile.openstreetmap.fr/?zoom=13lat=45.80035lon=6.24128layers=B00 Le 25 octobre 2013 13:58, Justine bouvais pom...@hotmail.fr a écrit : Bonjour à tous, Question de Remontees en copie de ce mail. j'aimerais savoir si il existe un moyen d'obtenir le rendu des cols de montagne. Si ce n'est pas le cas comment faire pour l'obtenir ? Merci d'avance Pom445 --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu des pistes polygones
Bonsoir, Est-ce possible de rendre les pistes en polygones comme telles ? Merci :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pylônes et gares de remontées mécaniques
Bonsoir, Est-ce que le rendu des pylônes de remontées mécaniques est toujours d'actualité ? De même, serait-il possible de différencier les gares suivant leur aerialway:access entry, exit ou both ?? Merci ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des pistes polygones
Bonjour - Mail original - De: remont...@free.fr Est-ce possible de rendre les pistes en polygones comme telles ? - http://www.opensnowmap.org/ ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Y a-t-il un git où on pourrait proposer du code ? -- Marc Sibert m...@sibert.fr Le 26 oct. 2013 17:08, Christian Quest cqu...@openstreetmap.fr a écrit : Le lien est un lien générique d'édition, il suffit dans ton profil OSM d'indiquer que ton éditeur préféré est JOSM (ou plutôt la télécommande) et ça utilisera JOSM... mais je peux aussi améliorer ça. En fait, le frontend web de tile.openstreetmap.fr est hyper minimaliste et ne sert à la base à visualiser les tuiles. On peut faire nettement mieux ! Le 26 octobre 2013 14:07, aurélien BONDU abondu...@gmail.com a écrit : Bonjour, Une question / sugestion. Y'as-t-il une raison à l'absence de lien vers JOSM (comme pour Potlatch) sur le rendu OSMFR. Au passage félicitation pour ce super travail . Le 23 octobre 2013 23:29, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bravo pour le rendu à géométrie variable selon les tags mis sur les passages piétons : c'est déjà parlant voici quelques cadrages en Vaucluse : - ici deux rendus différents en haut potelets classiques et en bas potelets contrastés (boule blanche), les passages ont également la bande podotactile http://tile.openstreetmap.fr/?zoom=20lat=44.13558lon=4.81217layers=B00 - là les lignes noires signifiant un passage non franchissable en fauteuil roulant (et donc pour l'école toute proche en poussette) http://tile.openstreetmap.fr/?zoom=20lat=44.1349lon=4.81731layers=B00 Je pense que le test est intéressant pour montrer que nous avons une cartographie unique que les producteurs commerciaux ne pourrons pas atteindre car ce n'est pas rentable. Seul le désintéressement des contributeurs rend la démarche atteignable. - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Du-nouveau-sur-le-rendu-osmfr-tp5781583p5782658.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Profitnt de la panne actuelle, qui maintenant rend layers.openstreetmap.frtot alement non fonctionnel pour ses propres tuiles colorées, ce serait bien de retoucher un peu ce serveur Layers pour qu'il ajoute le rendu osmfr parmi la sélection des fonts de base (il y a déjà 2u et le rendu Mapnik d'OSM .org). Noter aussi qu'Osmose est presque inutilisable et donne énormémeent de faux positifs à cause de son retard de plus de 4 jours, faute visiblement de recevoir les minute diffs (et visiblement il ne traite pas les daily diff non plus) ; attention donc aux anomalies qu'il signale sur des données obsolètes/pas synchronisées. Le 26 octobre 2013 17:07, Christian Quest cqu...@openstreetmap.fr a écrit : Le lien est un lien générique d'édition, il suffit dans ton profil OSM d'indiquer que ton éditeur préféré est JOSM (ou plutôt la télécommande) et ça utilisera JOSM... mais je peux aussi améliorer ça. En fait, le frontend web de tile.openstreetmap.fr est hyper minimaliste et ne sert à la base à visualiser les tuiles. On peut faire nettement mieux ! Le 26 octobre 2013 14:07, aurélien BONDU abondu...@gmail.com a écrit : Bonjour, Une question / sugestion. Y'as-t-il une raison à l'absence de lien vers JOSM (comme pour Potlatch) sur le rendu OSMFR. Au passage félicitation pour ce super travail . Le 23 octobre 2013 23:29, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bravo pour le rendu à géométrie variable selon les tags mis sur les passages piétons : c'est déjà parlant voici quelques cadrages en Vaucluse : - ici deux rendus différents en haut potelets classiques et en bas potelets contrastés (boule blanche), les passages ont également la bande podotactile http://tile.openstreetmap.fr/?zoom=20lat=44.13558lon=4.81217layers=B00 - là les lignes noires signifiant un passage non franchissable en fauteuil roulant (et donc pour l'école toute proche en poussette) http://tile.openstreetmap.fr/?zoom=20lat=44.1349lon=4.81731layers=B00 Je pense que le test est intéressant pour montrer que nous avons une cartographie unique que les producteurs commerciaux ne pourrons pas atteindre car ce n'est pas rentable. Seul le désintéressement des contributeurs rend la démarche atteignable. - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Du-nouveau-sur-le-rendu-osmfr-tp5781583p5782658.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pylônes et gares de remontées mécaniques
Ca me semble ben spécialisé comme truc, mais bon, pourquoi pas... il n'y a pas grand chose d'autre sur ces zones ;) Des suggestions de symboles ? Le 26 octobre 2013 17:53, remont...@free.fr remont...@free.fr a écrit : Bonsoir, Est-ce que le rendu des pylônes de remontées mécaniques est toujours d'actualité ? De même, serait-il possible de différencier les gares suivant leur aerialway:access entry, exit ou both ?? Merci ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Il faut le gitifier... (ou gitiser ?) Le 26 octobre 2013 20:28, Marc SIBERT m...@sibert.fr a écrit : Y a-t-il un git où on pourrait proposer du code ? -- Marc Sibert m...@sibert.fr Le 26 oct. 2013 17:08, Christian Quest cqu...@openstreetmap.fr a écrit : Le lien est un lien générique d'édition, il suffit dans ton profil OSM d'indiquer que ton éditeur préféré est JOSM (ou plutôt la télécommande) et ça utilisera JOSM... mais je peux aussi améliorer ça. En fait, le frontend web de tile.openstreetmap.fr est hyper minimaliste et ne sert à la base à visualiser les tuiles. On peut faire nettement mieux ! Le 26 octobre 2013 14:07, aurélien BONDU abondu...@gmail.com a écrit : Bonjour, Une question / sugestion. Y'as-t-il une raison à l'absence de lien vers JOSM (comme pour Potlatch) sur le rendu OSMFR. Au passage félicitation pour ce super travail . Le 23 octobre 2013 23:29, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bravo pour le rendu à géométrie variable selon les tags mis sur les passages piétons : c'est déjà parlant voici quelques cadrages en Vaucluse : - ici deux rendus différents en haut potelets classiques et en bas potelets contrastés (boule blanche), les passages ont également la bande podotactile http://tile.openstreetmap.fr/?zoom=20lat=44.13558lon=4.81217layers=B00 - là les lignes noires signifiant un passage non franchissable en fauteuil roulant (et donc pour l'école toute proche en poussette) http://tile.openstreetmap.fr/?zoom=20lat=44.1349lon=4.81731layers=B00 Je pense que le test est intéressant pour montrer que nous avons une cartographie unique que les producteurs commerciaux ne pourrons pas atteindre car ce n'est pas rentable. Seul le désintéressement des contributeurs rend la démarche atteignable. - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Du-nouveau-sur-le-rendu-osmfr-tp5781583p5782658.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 紙地図提供について(伊豆大島)
三浦です。 調査したところ、紙地図印刷の考え方は、 ブラウザ印刷ではなく、サーバでPDFを生成するようなのが 良いようです。 そうすれば、フォントの問題とか、ラスターの問題とか 解決します。 PDFの生成でも、内部的には、画像組み合わせではなく、 ベクターで生成することで、ズームしても大丈夫になるはず。 そして、印刷用の専用スタイルを開発すると、 見やすさ抜群になるはずです。 (地図表現の専門家の出番ですね!) アイコンなども、SVGで準備することが必要です。 On 2013年10月25日 15:42, ikiya wrote: ikiyaです。 OSMの紙地図提供はよい試みだと思います。(賛成) 補足ですが、 東さん ただし以下のようなものが部分的にラスターを使っているようで 拡大するとギザギザが目立ちます。 ・日本語文字 ・道路上に長円で表示される道路番号 以下にSVGをいたずらしたキャプチャあげます。 http://2.bp.blogspot.com/-EmqsoqH9NnY/UmoNLurevPI/DlQ/aweok22Yk9k/s1600/q.jpg 日本語は表示ドットが荒いのでデコボコ。 駐車場マークや楕円マークなどシンボル系はラスタでギザギザ。 というイメージです。 印刷縮尺にもよりますが、文字(フォント)やシンボルアイコンの置換ができればきれいになるかと想像します。 ソフトウエア的には、マップフィッシュというのがいいみたいです。Javaです〜 http://www.mapfish.org/doc/print/index.html どうでしょうか。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 紙地図提供について(伊豆大島)
ikiyaです。 既存のField papersサイトでは3ステップできれいなPDFを作成してくれますが http://fieldpapers.org/ 用紙サイズを大判A2、A1・・にはできず、描画デザイン、解像度(dpi)も設定できません。 印刷地図にタイトルやコメントをプリントできればなお良いかと思います。 参考まで、私は現状で大きめのOSM地図を印刷したい場合、 印刷したい範囲を狙ったzoomレベル(目的とする表示スタイル)で タイル状に分割してSVGファイルでダウンロードした後、 (osm.orgサイトから指定範囲のSVGファイルのダウンロードができます。) SVG編集のInkscapeでタイルをつないで印刷しています。 --- On Sat, 2013/10/26, Hiroshi Miura(@osmf) miur...@osmf.jp wrote: 三浦です。 調査したところ、紙地図印刷の考え方は、 ブラウザ印刷ではなく、サーバでPDFを生成するようなのが 良いようです。 そうすれば、フォントの問題とか、ラスターの問題とか 解決します。 PDFの生成でも、内部的には、画像組み合わせではなく、 ベクターで生成することで、ズームしても大丈夫になるはず。 そして、印刷用の専用スタイルを開発すると、 見やすさ抜群になるはずです。 (地図表現の専門家の出番ですね!) アイコンなども、SVGで準備することが必要です。 On 2013年10月25日 15:42, ikiya wrote: ikiyaです。 OSMの紙地図提供はよい試みだと思います。(賛成) 補足ですが、 東さん ただし以下のようなものが部分的にラスターを使っているようで 拡大するとギザギザが目立ちます。 ・日本語文字 ・道路上に長円で表示される道路番号 以下にSVGをいたずらしたキャプチャあげます。 http://2.bp.blogspot.com/-EmqsoqH9NnY/UmoNLurevPI/DlQ/aweok22Yk9k/s1600/q.jpg 日本語は表示ドットが荒いのでデコボコ。 駐車場マークや楕円マークなどシンボル系はラスタでギザギザ。 というイメージです。 印刷縮尺にもよりますが、文字(フォント)やシンボルアイコンの置換ができればきれいになるかと想像します。 ソフトウエア的には、マップフィッシュというのがいいみたいです。Javaです〜 http://www.mapfish.org/doc/print/index.html どうでしょうか。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 郵便番号マップ
マッパーの皆様 突然ですが、 郵便番号マップを見つけました。 郵便番号のタイルイメージを自前で配信し、 背景はGoogleMapsみたいです。 http://www.maptechnica.com/us-zip-code-area-map/zip/90013 OpenStreetMapで同様のことは出来るのでしょうか。 郵便番号から、そこの地図をだす、ということは検索機能が 必要だし、できればOSMのデータでやりたい。 どんなふうにすれば出来ますか? また、データの観点では、郵便番号エリアは オープンデータになっていますか? 三浦@OSMFJ ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 紙地図提供について(伊豆大島)
ikiyaさん、マッパーの皆さん、デベロッパーの皆さん On 2013年10月26日 16:48, ikiya wrote: ikiyaです。 既存のField papersサイトでは3ステップできれいなPDFを作成してくれますが http://fieldpapers.org/ こちらで、要望を満たせれば、OKですね。 用紙サイズを大判A2、A1・・にはできず、描画デザイン、解像度(dpi)も設定できません。 印刷地図にタイトルやコメントをプリントできればなお良いかと思います。 はい、大判を念頭においています 参考まで、私は現状で大きめのOSM地図を印刷したい場合、 印刷したい範囲を狙ったzoomレベル(目的とする表示スタイル)で タイル状に分割してSVGファイルでダウンロードした後、 (osm.orgサイトから指定範囲のSVGファイルのダウンロードができます。) SVG編集のInkscapeでタイルをつないで印刷しています。 なるほど、では、日本のタイルサーバで、SVGでダウンロードできるようにすると、 やりたいことに、一歩近づくと考えていいようですね。 アプリ的には、 用紙サイズをA2,A1指定可能にする 描画デザインを選択可能にする 解像度を選択可能にする タイトル、コメントを入れられる + fieldpapersの機能 を持つ、Webアプリがあればいい訳ですね。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja