[talk-ph] odbl coastline
Hi all, I just read a message regarding possible coastline problems after the odbl switch. Just a little note to say the Philippines might be affected too. Here is an example of Masbate http://tools.geofabrik.de/osmi/?view=wtfelon=123.61661lat=12.02515zoom=9overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_inrelation,wtfe_line_inrelation_cp,wtfe_line_inrelation,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created (I hope the link works...) Regards, Totor ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Philippines License Change-over Readiness - Contact and Remapping
Hi all, This is an old thread... I just wanted to add that end january, I also tried to contact Hellodeck directly on an identically named googlemail account (Asking if he was the same person, cos I can't be sure). I never received any answer. Cheers, Totor --- On Mon, 1/9/12, maning sambale wrote: Dear mike, Replies inline. What is needed to participate in pilot project you mentioned? would like to ask you to join the UK in a License Working Group pilot project to engage global mappers on a country-by-country basis. AFAIK, several attempts were made to contact large contributors who have not responded in the license change. In particular, I sent several emails to hellodeck. I got no response so far. guess that if contributor hellodeck can be reached, that would tip the balance. Does anyone know if that is possible? We have a list of areas that require re-mapping here: http://wiki.openstreetmap.org/wiki/Philippines/remapping To all mappers, I suggest you update the list so that we know where to ficus re-mapping efforts. I strongly recommend that first you look at your areas and contact undecided mappers via the OpenStreetMap messaging system or directly if you know them. Further ideas on how we start remapping welcome. -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] LF: GPS repair shop
Hi, Anyone who can recommend a repair shop for Garmin units? Salamat! --bunny ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Philippines License Change-over Readiness - Contact and Remapping
Last week, I also sent messages to the top 20 non-agreers. 3 agreed so far. I'm still talking to another contributor to agree. On Mar 24, 2012 6:45 PM, Totor totor_...@yahoo.com wrote: Hi all, This is an old thread... I just wanted to add that end january, I also tried to contact Hellodeck directly on an identically named googlemail account (Asking if he was the same person, cos I can't be sure). I never received any answer. Cheers, Totor --- On Mon, 1/9/12, maning sambale wrote: Dear mike, Replies inline. What is needed to participate in pilot project you mentioned? would like to ask you to join the UK in a License Working Group pilot project to engage global mappers on a country-by-country basis. AFAIK, several attempts were made to contact large contributors who have not responded in the license change. In particular, I sent several emails to hellodeck. I got no response so far. guess that if contributor hellodeck can be reached, that would tip the balance. Does anyone know if that is possible? We have a list of areas that require re-mapping here: http://wiki.openstreetmap.org/wiki/Philippines/remapping To all mappers, I suggest you update the list so that we know where to ficus re-mapping efforts. I strongly recommend that first you look at your areas and contact undecided mappers via the OpenStreetMap messaging system or directly if you know them. Further ideas on how we start remapping welcome. -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Crowdsourcing health facilities
Dear wayne, If they are interested to use osm data to supplement dara coverage, we can give instructions on how to extract them. Or, if they need specific information, we can add moe tags. On Mar 24, 2012 10:33 AM, Wayne Manuel wdman...@gmail.com wrote: The person-in-charge of the project is my friend. What type of help could we provide them? They've asked me about the extraction from Google Maps but for OSM, they didn't ask me. Wayne Manuel On Sat, Mar 24, 2012 at 10:17 AM, maning sambale emmanuel.samb...@gmail.com wrote: I can't find any article on how philhealth will extract the data from osm and gmapmaker. On Mar 24, 2012 10:12 AM, Eugene Alvin Villar sea...@gmail.com wrote: Do we just simply point out where the hospitals, clinics, health offices, and the like are? Do we also need to add DOH or PhilHealth classifications as a special tag somewhere? On Sat, Mar 24, 2012 at 9:52 AM, maning sambale emmanuel.samb...@gmail.com wrote: This is the site: https://gis.philhealth.gov.ph/ They are encouraging mapping of health facilities directly in gmapmaker and also osm. On Mar 24, 2012 9:47 AM, maning sambale emmanuel.samb...@gmail.com wrote: Philhealth is requesting the crowd to locate health facilities. They are particularly using googlemap but encourages the use of osm as well. The news article did not provide the site where the reports should be submitted though. If anyone has direct contacts to philhealth, maybe we can provide them with an extract of all health facilities in OSM. http://www.geospatialworld.net/index.php?option=com_contentview=articleid=24335%3Aphilippines-launches-crowdsourcing-for-health-initiativecatid=56%3Aapplication-healthItemid=61utm_source=feedburnerutm_medium=emailutm_campaign=Feed%3A+GeospatialWorldNews+%28Geospatial+World+News%29fb_source=message ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] What licences (other than ODbL) are compatible with OSM after 1st April
- Original Message - From: Ian Sergeant inas66+...@gmail.com To: Licensing and other legal discussions. legal-talk@openstreetmap.org Sent: Friday, March 23, 2012 1:12 AM Subject: Re: [OSM-legal-talk] What licences (other than ODbL) are compatible with OSM after 1st April On 23 March 2012 10:46, Mayeul Kauffmann mayeul.kauffm...@free.fr wrote: I'm a bit confused here: Does the data provider still need to create an account and approve the contributor terms?? And they should add the data themselves? This would be ideal. Then we know they have agreed the contributor terms for the data, and no further negotiation is required. If not, and you are doing the import, then you need to ensure that your contribution to OSM is in line with the contributor terms you have agreed. This is not merely that the data can be released under the ODbL. The contributor terms are much wider in effect than that, and grant certain rights to the OSMF and the right to relicence (under a free and open licence) to a majority of active members of the community. Actually all we have been required to ensure is that data can be released under either CC-BY-SA 2.0 or ODbL, we have not been required to state that data is compatible with any possible future free and open licence Going by the imports page, we are currently retaining imports from people who have agreed for their data to be released under the openstreetmap licence, and any free and open licence. The hurdle to import is higher, but our flexibility with the resulting data is greater. We certainly don't want to be in a position of having to remove data should we ever relicence again. Following on from the point above it is obvious that should the licence change in the future then it is almost certain that data will have to be removed. David Ian. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] ODbL-clean Coastlines
I have been running a nightly coastline generation on my server, using the latest data from my jxapi server. Tonight I switched it over to filter out data that WTFE reports as dirty. This is somewhat more aggressive than the rebuild will be, but the results are worrisome. A PNG showing the OSM coastline post-transition along with red dots for where the coastcheck program found errors is at http://maps.paulnorman.ca/coastlines24b.png The red dots represent places where coastcheck found an error A few things can be seen: No continent will generate a satisfactory rendering. Australia, the US, most of Africa and most of Eurasia from 50 degrees south will be completely flooded. There are 3471 points where coastcheck found errors. Normally I would expect about 10. The following areas are particularly bad: The west coast of the US The US coast of the Great Lakes Australia Antarctica (which has significant parts completely missing with no error points since there's nothing left to even try to close) When examining the data, I found most of the ODbL-dirty status was mainly from the following accounts: hasse_osm_korinthenkacker (Antarctica) Kin (Antarctica) Blars (US West coast) I see a few ways for dealing with the coastlines: - Remapping. Obviously this is the only option where the coastline was actually created by the non-acceptor. - Adopting changesets. Many of the dirty ways and nodes appear to be imported. If the imported just imported PD data than they have no IP in the ways and they can be retained. - odbl=clean. It's generally easy to verify that a way is a coastline from imagery My coastline files are available in the usual location of http://pnorman.dev.openstreetmap.org/coastlines/ but are named coastlinec_p and processedc_p. processedc_p has not yet uploaded but will be complete in about an hour. Additional detail of some regions can be found at http://maps.paulnorman.ca/coastlines-europe.png http://maps.paulnorman.ca/coastlines-na-lakes.png http://maps.paulnorman.ca/coastlines-na-west.png http://maps.paulnorman.ca/coastlines-nz.png http://maps.paulnorman.ca/coastlines-au.png If opening processedc_p in QGIS be sure to make a spatial index or it will crawl. A refresher on coastlines for those who haven't tagged them in awhile: Direction *matters*. Land on the left, water on the right. Each end of each way should join with exactly one other natural=coastline way I am not sure when each processedc_p file will be completed. Cron starts the job at 5 AM PST and I'd expect it to take about 5 hours, mainly depending on WTFE server speed and my upload speed to errol. The coastlinec_p files will be uploaded first so arrive at the server earlier. Technical details: The results of the jxapi way[natural=coastline] is filtered by cleanway to remove any objects reported as severity=normal, leaving behind 0 or 1 node ways if necessary. It then is passed to the coastcheck programs and the results uploaded. A CT-clean way to which a decliner added a tag other than natural=coastline would be removed by this algorithm, but not by the rebuild. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GSoC 2012 - Regarding CycleStreets Projects
From the sounds of this tweet: https://twitter.com/#!/cyclestreets/status/183262141237833728 It looks like Cyclestreets are very close to opening up their source code. Cheers Chris On 23/03/12 07:50, Graham Jones wrote: Pryanka, If you have not heard from the author of cyclestreets, it would be worth looking at other OSM routers which are open source. Search our wiki for routers or routing. You should find things like gosmore and osrm. You coold experiment with them to see how they do with cycling or walking routing. There was a gsoc project a couple of years ago to calculate the 'hilliness' of routes - you could look at including that into the routing algorithm too? You will have to remember that some people will want to go over hills and others avoid them. The surface of tracks could also be a good parameter for cycle routing if existing routers so not use this. Just a few thoughts so you can work up a gsoc proposal if cyclestreets does not get back to you, or if you would prefer to work on a different route calculator. Graham from my phone On 23 Mar 2012 06:17, Priyanka priyanka.mengh...@gmail.com mailto:priyanka.mengh...@gmail.com wrote: Thanks Graham :-) If the mentors of the Cyle Streets projects are reading this, please let me know. I would be delighted to discuss the 'Less Wiggly Routes' project with you. :-) Thanks Regards, Priyanka On Wed, Mar 21, 2012 at 3:36 PM, Graham Jones grahamjones...@gmail.com mailto:grahamjones...@gmail.com wrote: Hi Pryanka, I h... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- e: m...@chrisfleming.org w: www.chrisfleming.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GSoC 2012 - Application
Hi Graham, I downloaded the svn and I have a decent idea of how to implement a UI, which I think I could propose in next few mails discuss with the community. Regarding the svn, I cant figure out which module to start from, as I can see the applications extensions folders. Could you guide me as to where I could find the hosted php files/ in the mediawiki folder, it said thaat the pages have been moved to - http://usergroups.openstreetmap.de/ Could you please help me out with the initial glitches, so that I can take it on from there. Regards, On 22 March 2012 12:54, Graham Jones grahamjones...@gmail.com wrote: Hi Shivansh, If you look at the OSM wiki and search for SVN, you will find the links to the SVN and GIT repositories for the main OSM code ( http://wiki.openstreetmap.org/wiki/SVN ). It sounds as though your thoughts on what the 'widgets' project idea is about are slightly different to what I thought the proposer was thinking of. I think you are thinking of an interactive map where the user can interact with map elements to see more information? In which case I would recommend looking up kothicjs, which is a client side map renderer. I am sure that code could be extended to add this sort of functionality? It also sounds like a good idea to me - I know a few people are using kothicjs now. I thought that the 'widget' idea was more about making it easy for non-techical users to add maps to blogs etc. In that case you do not really need the main OSM code - you will need to use a map display javascript library (openlayers.org or leaflet.cloudmade.com), and get that to interact with the blog software etc. I think either of these would make good GSoC project proposals. Regards Graham. On 22 March 2012 06:43, Shivansh Srivastava shivansh.b...@gmail.comwrote: Hi Graham, Thank you for your reply insights. I have already made my account, was browsing through the Wiki. Could you give me a link to the svn, so that I can familiarize myself with the working of the code. I have various jQuery (Javascripts) + CSS based ideas in mind. 1. Interactive jQuery Dialog box - the widget can be loaded it would give a brief description about the place. 2. MouseOver Effect - When mouseover some geographical unit, that part/area will cjane country, when viewed from a large distance. 3. jQuery Tooltip - a descriptive message which passes html element as a parameter onmouseover. 4. Any other such UI which comes to mind from anyone in the community? Could you please send me the link to the git/repo which I need to fork out, to get familiar with the project. Also, I couldnt find the desired repo on -https://github.com/cyclestreets - for the routing panel. If I am missing out on any link, please direct me to it. Cheers, On 19 March 2012 12:51, Graham Jones grahamjones...@gmail.com wrote: Hi, Thank you for your interest in applying for GSoC with Openstreetmap. I am sure the person that raised that project idea will reply with some more information, but here are a few thougts from me. - It is important to understand the fundamentals of what OSM is, so please start by creating an account and making some improvements to the map in your local area. - It would also be good to look at the data structure so that you appreciate that OSM is really a database of geographic information which can be turned into map images. Details of the xml file format can be found on our wiki - Provision of map tile images is a secondary service, and a number of companies provide map tiles based on OSM data. - I would be very keen on any 'end user' applications like this one having clear links to a 'how to improve this map' page to help encourage contributions, not just use the data. - In terms of your specific questions on the project idea, the idea listed quite a few features that could be made available - I would search for these things on the osm wiki to see what is available at the moment, which you could integrate into widgets. - I am not familiar with widgets for blogs etc, but as you say, I think they are javascript programmes which interact with both the host environment (wiki, blog etc) and the osm based service. I think it should be possible to make it a stand alone system where you can say 'copy this code into your website'? From your mail I think you know more than me about this bit though! Hope that helps. Please feel free to ask more questions as you develop your proposal. Regards Graham from my phone On 19 Mar 2012 03:18, Shivansh Srivastava shivansh.b...@gmail.com wrote: Hi, I am Shivansh, pursuing Engineering at BITS Pilani, currently in my 3rd year. I am well versed in Web Technologies, that include HTML5, JavaScripts (jQuery), CSS; with PHP MySQL and App Development for Windows Phone 7. I have worked in my college on several websites with the same knowledge. I had also given a talk at the 3rd WikiConference
Re: [OSM-talk] ODbL-clean Coastlines
- Original Message - From: Paul Norman penor...@mac.com To: talk@openstreetmap.org Sent: Saturday, March 24, 2012 9:34 AM Subject: [OSM-talk] ODbL-clean Coastlines I have been running a nightly coastline generation on my server, using the latest data from my jxapi server. Tonight I switched it over to filter out data that WTFE reports as dirty. This is somewhat more aggressive than the rebuild will be, but the results are worrisome. A PNG showing the OSM coastline post-transition along with red dots for where the coastcheck program found errors is at http://maps.paulnorman.ca/coastlines24b.png The red dots represent places where coastcheck found an error A few things can be seen: No continent will generate a satisfactory rendering. Australia, the US, most of Africa and most of Eurasia from 50 degrees south will be completely flooded. Paul thanks a lot for generating this, the situation is far worse than I had thought it was going to be. There are 3471 points where coastcheck found errors. Normally I would expect about 10. The following areas are particularly bad: The west coast of the US The US coast of the Great Lakes Australia Antarctica (which has significant parts completely missing with no error points since there's nothing left to even try to close) When examining the data, I found most of the ODbL-dirty status was mainly from the following accounts: hasse_osm_korinthenkacker (Antarctica) Kin (Antarctica) Blars (US West coast) I see a few ways for dealing with the coastlines: - Remapping. Obviously this is the only option where the coastline was actually created by the non-acceptor. One advantage of remapping is the possibility that there are now better data sets available for import than the PGS data which was originally used. I'm particularly thinking here of the US Canada. - Adopting changesets. Many of the dirty ways and nodes appear to be imported. If the imported just imported PD data than they have no IP in the ways and they can be retained. Are you saying that it is impossible for data originally derived from PD to ever have IP in it, no matter what else is subsequently done to it? - odbl=clean. It's generally easy to verify that a way is a coastline from imagery There is I think one other option. Since a pretty much error free processed_p.shp file will be available just up to the licence switch over, then is it not legally possible to continue use this file in Mapnik combined with post switch over OSM data to create the maps. The missing coastline in OSM can then be re-mapped on a more leisurely basis. David My coastline files are available in the usual location of http://pnorman.dev.openstreetmap.org/coastlines/ but are named coastlinec_p and processedc_p. processedc_p has not yet uploaded but will be complete in about an hour. Additional detail of some regions can be found at http://maps.paulnorman.ca/coastlines-europe.png http://maps.paulnorman.ca/coastlines-na-lakes.png http://maps.paulnorman.ca/coastlines-na-west.png http://maps.paulnorman.ca/coastlines-nz.png http://maps.paulnorman.ca/coastlines-au.png If opening processedc_p in QGIS be sure to make a spatial index or it will crawl. A refresher on coastlines for those who haven't tagged them in awhile: Direction *matters*. Land on the left, water on the right. Each end of each way should join with exactly one other natural=coastline way I am not sure when each processedc_p file will be completed. Cron starts the job at 5 AM PST and I'd expect it to take about 5 hours, mainly depending on WTFE server speed and my upload speed to errol. The coastlinec_p files will be uploaded first so arrive at the server earlier. Technical details: The results of the jxapi way[natural=coastline] is filtered by cleanway to remove any objects reported as severity=normal, leaving behind 0 or 1 node ways if necessary. It then is passed to the coastcheck programs and the results uploaded. A CT-clean way to which a decliner added a tag other than natural=coastline would be removed by this algorithm, but not by the rebuild. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
I was just going to suggest this, while it limits you to CC_by-SA 2.0 as a licence for tiles (or similar), there is no reason that you couldn't use a pre-licence change coastline for rendering (in the case of the main OSM site, the tiles are going to remain CC-by-SA 2.0 anyway). Simon Am 24.03.2012 12:13, schrieb David Groom: There is I think one other option. Since a pretty much error free processed_p.shp file will be available just up to the licence switch over, then is it not legally possible to continue use this file in Mapnik combined with post switch over OSM data to create the maps. The missing coastline in OSM can then be re-mapped on a more leisurely basis. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
One advantage of remapping is the possibility that there are now better data sets available for import than the PGS data which was originally used. I'm particularly thinking here of the US Canada. This is exactly what I've been doing – non-safe coastline in the UK using the OS OpenData StreetView MHWS to go by, it's a massive amount more detailed than the PGS stuff as an added bonus. Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
Paul Norman writes: I have been running a nightly coastline generation on my server, using the latest data from my jxapi server. Tonight I switched it over to filter out data that WTFE reports as dirty. This is somewhat more aggressive than the rebuild will be, but the results are worrisome. Na, not particularly. If you've looked at the PGS, you'll see that it is 99% crap. My problem with it is that 1) it's public domain, 2) imported by an anonymous user, 3) I fixed it in my region, leaving nothing remaining from the original import except the node and way existence, BUT (you knew there was a but) without the odbl=clean tag that I added, it would have been deleted. Or, at least, OSMI says it would have been deleted. Why are we deleting public domain data from OSM? If it says source=PGS, it should not be deleted no matter who did the import. If it was subsequently edited by a decliner, well, that's different. It's particularly galling that anonymous users who haven't accepted or declined are having their copyright respected. If you don't post your land *with your name and address* in New York State, you cannot successfully pursue a claim of trespass. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Database Rebuild scheduled to start on the 27th of March 2012
Simon Poole writes: We've been through this multiple times, but here we go again: Obviously not enough times, because I hadn't heard of this before. I was under the impression that when I said that my edits were in the public domain, everybody believed me. I think other people probably think the same thing. b) the meaning of the PD-checkbox can't be reinterpreted after the fact Yes, it can, and it should be. If I make a public declaration that I do not intend to pursue copyright claims against anybody, or that I think copyright law should not exist, or that my copyright is invalid, or that my works are in the public domain, then I am very unlikely to prevail in a copyright suit. The judge is going to say You don't think you have a copyright -- why should I? If you say you don't have a copyright, you don't. It worries me that the OSMF is not pursing the PD declaration. It's as if the OSMF hasn't talked to a lawyer, and is just making up reasons for doing things. Sorry to keep pushing so hard on this, but why delete map data unnecessarily? Why delete MY data unnecessarily? -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
- Original Message - From: Russ Nelson nel...@crynwr.com To: Paul Norman penor...@mac.com Cc: talk@openstreetmap.org Sent: Saturday, March 24, 2012 2:42 PM Subject: Re: [OSM-talk] ODbL-clean Coastlines Paul Norman writes: I have been running a nightly coastline generation on my server, using the latest data from my jxapi server. Tonight I switched it over to filter out data that WTFE reports as dirty. This is somewhat more aggressive than the rebuild will be, but the results are worrisome. Na, not particularly. If you've looked at the PGS, you'll see that it is 99% crap. My problem with it is that 1) it's public domain, 2) imported by an anonymous user, 3) I fixed it in my region, leaving nothing remaining from the original import except the node and way existence, BUT (you knew there was a but) without the odbl=clean tag that I added, it would have been deleted. Or, at least, OSMI says it would have been deleted. Why are we deleting public domain data from OSM? If it says source=PGS, it should not be deleted no matter who did the import. If it was subsequently edited by a decliner, well, that's different. I guess there are at least two problems. Firstly the PGS import script had a simplification factor variable, which the person running the import could change. I know that prior to doing my imports I played around with a number of different values for this variable to strike what I thought was an acceptable trade off between number of nodes created, and the complexity of the resulting ways. Therefore what was uploaded to OSM was not simply PGS data, but was PGS data as amended by my decision making process. I guess you would have to know if the user who did the imports in question made any similar changes. Secondly you could use the PGS import script in two ways. Either (i) run the script against the PGS data and let the script directly upload to OSM ; or (ii) use script to create an OSM file, which could then be edited in JOSM, and then use JOSM to upload the data. If choosing method (ii) you were then able to look at the data in JOSM and make corrections to it before uploading to OSM. Although when doing my imports I started using (i) I later switched to method (ii) because that way what I uploaded to OSM was more error free. Had I now been a CT decliner I see no legal difference between the resulting data in this instance and data which If it was subsequently edited by a decliner, well, that's different. David It's particularly galling that anonymous users who haven't accepted or declined are having their copyright respected. If you don't post your land *with your name and address* in New York State, you cannot successfully pursue a claim of trespass. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Database Rebuild scheduled to start on the 27th of March 2012
Am 24.03.2012 16:42, schrieb Russ Nelson: Sorry to keep pushing so hard on this, but why delete map data unnecessarily? Why delete MY data unnecessarily? The first question you ask here I can take as serious: good one, and IMHO you're right, I cannot say, why the OSMF don't want to count data from users declaring PD as clean. Your second question on the opposite is different. I don't like to, but I would agree to delete your data as you are very well aware of the license change. I think, it is/was okay to say no to the license change, and probably it would have been better to distingt between I vote for the license change and I agree my data to be licensed under the new license in the time we voted for or against the change. But now it's different. I'm sure nobody will tell you later, you turned around and would be pro ODBL. You have stated clearly that you are not. But as you declare your data to be PD nothing prevents you from ticking the box and agreeing to the ODBL and CT for your (old) data. The only argument against doing it is IMHO the childish but with agreeing I vote for the license change. This is probably true with the wording chosen, but as the license change - sorry to say that to you - is decided, you are not in the position to decide for or against the change. But you are in the position to keep your data in OSM or to delete it. It's up to you, not to anyone else. For users we could not contact in the past months, the question might be slightly different, but that has nothing to do with active users like you, who are aware of and who willingly oppose to keep their data in OSM over the change. regards Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Database Rebuild scheduled to start on the 27th of March 2012
Am 24.03.2012 16:42, schrieb Russ Nelson: Simon Poole writes: b) the meaning of the PD-checkbox can't be reinterpreted after the fact Yes, it can, and it should be. If I make a public declaration that I do not intend to pursue copyright claims against anybody, or that I think copyright law should not exist, or that my copyright is invalid, or that my works are in the public domain, then I am very unlikely to prevail in a copyright suit. The judge is going to say You don't think you have a copyright -- why should I? See http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License#What_Are_The_Choices.3F This is not about what a judge would potentially think such a statement would mean in a vacuum, it is about what the party that you are contracting with has said what it means and what without any doubt would be the interpretation that a court would follow. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] map tiles using OSM data
Since no one has mentioned this yet on the OSM lists that I follow, I thought I'd pass it along: http://www.theatlanticcities.com/design/2012/03/online-map-youll-actually-want-look/1579/, which refers to the originator at http://maps.stamen.com/#terrain/12/37.7706/-122.3782, which has code for using, and directions for giving attribution if the code and tiles are used. The watercolor style was not loading when I tried it, but the other toner and terrain seemed to be working fine. Edward L. Hillsman, Ph.D. Senior Research Associate Center for Urban Transportation Research University of South Florida 4202 Fowler Ave., CUT100 Tampa, FL 33620-5375 813-974-2977 (tel) 813-974-5168 (fax) hills...@cutr.usf.edu http://www.cutr.usf.edublocked::http://www.cutr.usf.edu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
David Groom writes: more error free. Had I now been a CT decliner I see no legal difference between the resulting data in this instance and data which If it was subsequently edited by a decliner, well, that's different. How would we ever know? They're anonymous. If they want to come forward and claim their copyright, then sure. But if not, then not. You can't be anonymous and claim a copyright. The two concepts are incompatible. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
On 24.03.2012 19:12, Russ Nelson wrote: David Groom writes: more error free. Had I now been a CT decliner I see no legal difference between the resulting data in this instance and data which If it was subsequently edited by a decliner, well, that's different. How would we ever know? They're anonymous. If they want to come forward and claim their copyright, then sure. But if not, then not. They are not anonymous. You just can't see their nickname. If they log in and agree to the contributor terms their edits will be contained in the ODbL version of the planet. Here is a list of changesets of agreeing users still listed as anonymous UID 0 http://planet.openstreetmap.org/users_agreed/anon_changesets_agreed.txt Users not agreeing or not responding have to be treated the same way, regardless of their nick known or not. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Database Rebuild scheduled to start on the 27th of March 2012
Simon Poole writes: http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License#What_Are_The_Choices.3F What if someone refuses to choose? What is the policy there? If you choose not to decide you still have made a choice, and the implications of that choice are not described. This is not about what a judge would potentially think such a statement would mean in a vacuum, it is about what the party that you are contracting with has said what it means and what without any doubt would be the interpretation that a court would follow. Please verify that I understand this correctly. Somebody who checked my contributions are in the public domain is supposed to think my contributions are not in the public domain? I'm tempted to resort to sarcasm. It seems the only appropriate response. But I will refrain. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
-Original Message- From: Russ Nelson [mailto:nel...@crynwr.com] Sent: Saturday, March 24, 2012 7:42 AM To: Paul Norman Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] ODbL-clean Coastlines Paul Norman writes: I have been running a nightly coastline generation on my server, using the latest data from my jxapi server. Tonight I switched it over to filter out data that WTFE reports as dirty. This is somewhat more aggressive than the rebuild will be, but the results are worrisome. Na, not particularly. If you've looked at the PGS, you'll see that it is 99% crap. My problem with it is that 1) it's public domain, 2) imported by an anonymous user, 3) I fixed it in my region, leaving nothing remaining from the original import except the node and way existence, BUT (you knew there was a but) without the odbl=clean tag that I added, it would have been deleted. Or, at least, OSMI says it would have been deleted. Why are we deleting public domain data from OSM? If it says source=PGS, it should not be deleted no matter who did the import. If it was subsequently edited by a decliner, well, that's different. It's particularly galling that anonymous users who haven't accepted or declined are having their copyright respected. If you don't post your land *with your name and address* in New York State, you cannot successfully pursue a claim of trespass. Copyright applies when you author something, regardless of if you state your name on it. As OSMF is the party wanting to do something not allowed by the (implied) license of the contributer, they have to seek permission. If the copyright holder decides not to reply, OSMF doesn't have permission to license it under different terms. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
Stephan Knauss writes: Users not agreeing or not responding have to be treated the same way, regardless of their nick known or not. Non-responsive. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
-Original Message- From: David Groom [mailto:revi...@pacific-rim.net] Subject: Re: [OSM-talk] ODbL-clean Coastlines - Original Message - From: Russ Nelson nel...@crynwr.com Subject: Re: [OSM-talk] ODbL-clean Coastlines Paul Norman writes: I have been running a nightly coastline generation on my server, using the latest data from my jxapi server. Tonight I switched it over to filter out data that WTFE reports as dirty. This is somewhat more aggressive than the rebuild will be, but the results are worrisome. Na, not particularly. If you've looked at the PGS, you'll see that it is 99% crap. My problem with it is that 1) it's public domain, 2) imported by an anonymous user, 3) I fixed it in my region, leaving nothing remaining from the original import except the node and way existence, BUT (you knew there was a but) without the odbl=clean tag that I added, it would have been deleted. Or, at least, OSMI says it would have been deleted. Why are we deleting public domain data from OSM? If it says source=PGS, it should not be deleted no matter who did the import. If it was subsequently edited by a decliner, well, that's different. I guess there are at least two problems. Firstly the PGS import script had a simplification factor variable, which the person running the import could change. I know that prior to doing my imports I played around with a number of different values for this variable to strike what I thought was an acceptable trade off between number of nodes created, and the complexity of the resulting ways. Therefore what was uploaded to OSM was not simply PGS data, but was PGS data as amended by my decision making process. I guess you would have to know if the user who did the imports in question made any similar changes. Secondly you could use the PGS import script in two ways. Either (i) run the script against the PGS data and let the script directly upload to OSM ; or (ii) use script to create an OSM file, which could then be edited in JOSM, and then use JOSM to upload the data. If choosing method (ii) you were then able to look at the data in JOSM and make corrections to it before uploading to OSM. Although when doing my imports I started using (i) I later switched to method (ii) because that way what I uploaded to OSM was more error free. Had I now been a CT decliner I see no legal difference between the resulting data in this instance and data which If it was subsequently edited by a decliner, well, that's different. Yes - You'd need to know the process the importer used to see if they had any IP in what was uploaded. This has been done for some CORINE imports with changeset overrides (http://wiki.openstreetmap.org/wiki/Quick_History_Service) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
Paul Norman writes: It's particularly galling that anonymous users who haven't accepted or declined are having their copyright respected. If you don't post your land *with your name and address* in New York State, you cannot successfully pursue a claim of trespass. Copyright applies when you author something, regardless of if you state your name on it. I can make any kind of claims of ownership of land that I want. Unless I go to the county clerk's office and register my claim under my name, they won't enforce my claim against anyone else. But all theories of law aside, as a practical matter, if someone hasn't bothered to decline, they're not going to bother to sue. You have to consider what copyright law is for: it's a temporary monopoly granted to protect revenue. If there's no potential for restricting distribution under CC-By-SA, and there's no potential for restricting distribution under the OdBL, what loss in revenue has anybody suffered? What nutcase is going to bother to sue anybody over distributing under one free license versus a different free license where neither one has the potential for proprietary distribution? Nobody's making money here, and it costs money to sue. A LOT of money. No lawyer is going to take your case on unless there are punitive or actual damages. Worst comes to worse, you claim innocent infringement because you thought you were distributing under fair use, you delete the offending data, and life goes on. In other words, the worst a lawsuit is going to cost the OSMF is THE HARM IT'S VOLUNTARILY DOING TO ITSELF. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
-Original Message- From: Russ Nelson [mailto:nel...@crynwr.com] Sent: Saturday, March 24, 2012 2:21 PM To: talk@openstreetmap.org Subject: Re: [OSM-talk] ODbL-clean Coastlines Paul Norman writes: It's particularly galling that anonymous users who haven't accepted ordeclined are having their copyright respected. If you don't post yourland *with your name and address* in New York State, you cannotsuccessfully pursue a claim of trespass. Copyright applies when you author something, regardless of if you state your name on it. I can make any kind of claims of ownership of land that I want. Unless I go to the county clerk's office and register my claim under my name, they won't enforce my claim against anyone else. But all theories of law aside, as a practical matter, if someone hasn't bothered to decline, they're not going to bother to sue. There are people strongly opposed to the license change who have not declined. OSMF has the exact same rights for redistributing contributions from someone who has not responded as someone has declined. You have to consider what copyright law is for: it's a temporary monopoly granted to protect revenue. If there's no potential for restricting distribution under CC-By-SA, and there's no potential for restricting distribution under the OdBL, what loss in revenue has anybody suffered? What nutcase is going to bother to sue anybody over distributing under one free license versus a different free license where neither one has the potential for proprietary distribution? Nobody's making money here, and it costs money to sue. A LOT of money. No lawyer is going to take your case on unless there are punitive or actual damages. Copyright holders have plenty of options short of suing. I believe in some jurisdictions damages are automatic if the copyright is registered. Worst comes to worse, you claim innocent infringement because you thought you were distributing under fair use, you delete the offending data, and life goes on. In other words, the worst a lawsuit is going to cost the OSMF is THE HARM IT'S VOLUNTARILY DOING TO ITSELF. You think that OSMF could claim that distributing contributions that it knows it only has a license to under cc-by-sa under a different license could be fair use? Also remember that these people are not anonymous to the OSMF. They've got registration information on them just like they do on every other user. It's just not displayed in what they make public through the API and planet files. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
- Original Message - From: Russ Nelson nel...@crynwr.com To: talk@openstreetmap.org Sent: Saturday, March 24, 2012 9:21 PM Subject: Re: [OSM-talk] ODbL-clean Coastlines Paul Norman writes: It's particularly galling that anonymous users who haven't accepted or declined are having their copyright respected. If you don't post your land *with your name and address* in New York State, you cannot successfully pursue a claim of trespass. Copyright applies when you author something, regardless of if you state your name on it. I can make any kind of claims of ownership of land that I want. Unless I go to the county clerk's office and register my claim under my name, they won't enforce my claim against anyone else. But all theories of law aside, as a practical matter, if someone hasn't bothered to decline, they're not going to bother to sue. You The argument hey, we understand we don't know if we have any right to use this data, buts lets leave it in and hope no one complains doesn't sound a particularly moral one to me. It also seems to set a rather dangerous precedent. have to consider what copyright law is for: it's a temporary monopoly granted to protect revenue. If there's no potential for restricting distribution under CC-By-SA, and there's no potential for restricting distribution under the OdBL, what loss in revenue has anybody suffered? What nutcase is going to bother to sue anybody over distributing under one free license versus a different free license where neither one has the potential for proprietary distribution? Nobody's making money here, and it costs money to sue. A LOT of money. No lawyer is going to take your case on unless there are punitive or actual damages. Worst comes to worse, you claim innocent infringement because you thought you were distributing under fair use, you delete the offending data, and life goes on. In other words, the worst a lawsuit is going to cost the OSMF is THE HARM IT'S VOLUNTARILY DOING TO ITSELF. Your worse case sounds so harmless. Of course it's possible to sketch an alternative worse case scenario: At some time in the future after being asked to delete the offending data, the data is deleted and ... ... a) all those contributors who had made edits to that data after 1 April 2012 get very annoyed because they see the results of their work deleted., and when they query this they are told hey, its a risk we thought we'd take, and by the way we may have to delete a load more data in the future, so be careful what bits of OSM you edit. b) users of OSM data get very annoyed because having seen masses of data disappear once, they suddenly see masses of data disappear again, and when they query this they are told hey, its a risk we thought we'd take, and by the way we may have to delete a load more data in the future, so be careful which bits of OSM data you use. David -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
David Groom writes: But all theories of law aside, as a practical matter, if someone hasn't bothered to decline, they're not going to bother to sue. You The argument hey, we understand we don't know if we have any right to use this data, buts lets leave it in and hope no one complains doesn't sound a particularly moral one to me. It also seems to set a rather dangerous precedent. Copyright isn't property. It's a bargain. We agree not to copy a work for a period of time, unless the copying is not for profit, is educational, is limited in quantity and/or a number of other nuances that don't fit into not particularly moral. Your worse case sounds so harmless. Of course it's possible to sketch an alternative worse case scenario: At some time in the future after being asked to delete the offending data, the data is deleted and ... ... a) all those contributors who had made edits to that data after 1 April 2012 get very annoyed because they see the results of their work deleted., You are describing the current case, more or less. We had to kill OSM to save it. We already are finding that swathes of data are contaminated and will be deleted, e.g. most of the west coast of the U.S. and most of the Great Lakes, which also means going up a fair ways into the continent because the larger rivers are considered coastline. That was a gotcha for me. The Racquette, the Grass, and the Oswegatchie were all going to be deleted because they were coastline, public domain data imported by a user we cannot ask to sign onto the CT, but who supposedly might sue us even though they can't even be bothered to decline. I'm FINE with preserving the anonymity, and I'm even FINE with allowing anonymous users to decline. I'm NOT FINE with allowing unnamed people to hold a copyright without bothering to decline. There's a REASON why copyright notices have to contain the name of the copyright holder. This situation has just gotten ridiculous. The OSMF is saying that it cannot use: o public domain data, o which may have been edited, but which shows no signs of having been, o which has been modified until it is not recognizable as the original. o imported by a user whom nobody can contact, o who has not bothered to decline acceptance of the OdBL, o a license nearly identical to the existing license. And people are trying to defend this, against all logic, because they think copyright is inviolate, and that judges are just computers, executing the law as if their JUDGEment cannot come into play. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Liste aller hessischen Schulen verfügbar
Hallo, klasse, dass wir diese Daten verwenden dürfen, nun kommt aber auch von meiner Seite ein kleines ABER: Es wird hier die gesammte derzeitige Struktur der Hessischen Schulen bis ins kleinste runtergebrochen. Dabei frage ich mich, was das mit osm als Geo-DB zu tun hat. Sehe ich auch so. Eventuell macht es Sinn diese Datenflut mittels Layer in einer Karte anzuzeigen. Tags, die 99.% der Welt nicht braucht - dazu bestimmt auf hessische Bedürfnisse zugeschnitten. Ausserdem möchte ich nicht wissen, was bei einer irgendwann mal kommenden Schulreform passieren soll. Sehe ich auch so. Und womit ich überhaupt nicht einverstanden bin, sind die Begründungen, weshalb die Tags auf Deutsch sind: Tags sind grundsätzlich in englisch zu halten! Was ist, wenn irgendwo auf der Welt jemand ist, der kein Deutsch spricht aber dennoch Wissen beitragen kann? Weiterhin ist es auch möglich, das bestimmt Daten auch in anderen Ländern gültig sind, dann haben wir zwei Tags mit der gleichen Bedeutung in zwei verschiedenen Sprachen. Bitte setzte über den Wikipedia-Artikel den gut sichtbaren Hinweis, dass diese Tags Vorschläge sind! Ich plädiere dafür, das Tagging erheblich zu vereinfachen und die doch sehr schulspezifischen Information beim Land zu lassen. Ganz genau so sehe ich das auch. Es kann nicht sein, dass man sich erst in das Hessische Schulsystem einarbeiten muss, nur weil man ein paar Daten ändern möchte... Grüße Rob ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bedeutugsüberschneidung: lock=yes
Ich habe lock=yes auf der Seite zu den jaglichen Ansitzgelegenheiten aus den zur Anwendung empfohlenen Tags heraus genommen und gleichzeitig die Seite aufgeräumt und überarbeitet.[1] Vielleicht schaut ihr mal nach, ob das so konsensfähig ist. Danke Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste aller hessischen Schulen verfügbar
Hallo, Am 23.03.2012 23:58, schrieb Walter Nordmann: hi, danke für die daten - aber so richtig begeistert bin ich wirklich nicht. Es wird hier die gesammte derzeitige Struktur der Hessischen Schulen bis ins kleinste runtergebrochen. Dabei frage ich mich, was das mit osm als Geo-DB zu tun hat. Diese Frage kann man sich ja bei vielen Tags stellen. Gehören Farbe und Material von Parkbänken in eine Geo-DB? :-) Generell halte ich es aber für eine gute Idee, wenigstens allgemeine Informationen zur Art einer Schule zu erfassen. Damit kann bspw. Verwechslungen vorgebeugt werden, wenn Schulen in einer Stadt denselben Namen tragen und sich nur durch die Schulart unterscheiden (kommt durchaus vor!). Tags, die 99.% der Welt nicht braucht - dazu bestimmt auf hessische Bedürfnisse zugeschnitten. Ich habe mich bei der Auswahl der Tags von den in der Schulliste verfügbaren Informationen leiten lassen. Dabei ist es durchaus möglich, dass das Tagging-Schema etwas zu detailliert geworden ist. Da die meisten Bundesländer allerdings ein zwei- oder dreigliedriges Schulsystem haben, sollten die Angaben zur Schulart nicht zu spezifisch für Hessen sein, denke ich. Eventuell gibt es einzelne Schularten in anderen Bundesländern nicht oder es kommen dort Fälle wie die Stadtteilschule in Hamburg hinzu. Ausserdem möchte ich nicht wissen, was bei einer irgendwann mal kommenden Schulreform passieren soll. Dann können wir mit Hilfe der Dienststellennummer die Daten relativ einfach aktualisieren. ;-) Ich plädiere dafür, das Tagging erheblich zu vereinfachen und die doch sehr schulspezifischen Information beim Land zu lassen. Ein Link dürfte mit der Schulnummer (hier als ref=* abgelegt) relativ leicht möglich sein, wobei ich mit Doppelgängern bei mehreren Bundesländern rechne. Abgesehen von den Zusatztags ist das Taggingschema eigentlich recht einfach. Es gibt zehn verschiedene Schularten (Grundschule, Hauptschule, Realschule, Gymnasium, Gesamtschule, Berufsschule, Abendgymnasium, Abendrealschule, Berufskolleg und Förderschule). Je nachdem welche Schularten an einer Schule angeboten werden, enthält des school:de-Tag unterschiedliche Kombinationen dieser zehn Schularten. Die Detailtags zu Orientierungsstufe, Gesamtschule und Förderschule habe ich nur übernommen, da die entsprechenden Informationen in den Schuldaten verfügbar war. Ich hätte auch nichts dagegen, sie rauszulassen, wenn niemand sie für nützlich erachtet. Da man ja in der Tat weitere Informationen einfach über die Referenz abfragen kann. Die ISCED-Einordnung ist nicht in den Schuldaten enthalten gewesen, sondern von mir basierend auf der Schulart hinzugefügt worden. Das isced:level-Tag wurde im Februar als Möglichkeit zum international einheitlichen Tagging von Schulen vorgeschlagen. Viele Grüße, Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72)
Hallo, gerade habe ich in der aktuellen Ausgabe der Zeitschrift ct einen Artikel gefunden, der sehr interessant für OSM sein kann. Abonnenten haben die Zeitschrift schon heute im Briefkasten, ab Montag gibt es sie am Kiosk. Schaut auch mal auf den Link: www.ct.de/1208072 Es geht eigentlich um A4 oder A3 große QR-Codes, die ins Fenster gehängt werden um eine Verpixelung von Läden, Gebäuden oder auch Militärgeländen zu erreichen. Die Idee ist gut und ließe sich auch verwenden, um den Datenbestand des Projektes OpenStreetMap mit nützlichen Informationen zu erweitern und langfristig zur Qualitätskontrolle beizutragen. Das Projekt OSM hat zur Zeit im Raum Deutschland das Straßennetz schon weitgehend erfasst. Was wir uns jetzt zur Aufgabe gestellt haben, ist eine Erfassung von Adressdaten, für Gebäude z.B. Strasse, PLZ, Hausnummer. Für Geschäfte und Unternehmen erfasen wir auch Art des Geschäftes, Öffnungszeiten, Kontaktmöglichkeiten (tel, fax, email) und Verlinkungen (Website, Wikipediaartikel). Hausbewohner oder Geschäftsleute könnten ähnlich wie für das Projekt EU view über ein Webinterface wie auf der von ct verlinkten Adresse 1208072 die gewünschten Informationen oder im Laufe der Zeit aufgetretene Änderungen eintragen und sich entsprechende QR-Codes generieren und ins Fenster hängen. Bevor die deutschlandweite Ausstattung der Servicefahrzeuge der Entsorgungsunternehmen realisiert ist könnte schon die OSM-Community mittels Crowsourcing mittels GPS-Logger und Digitalkammera die QR-Codes aufnehmen, damit die auf einem Server abgelegten Informationen abrufen. Die Infos könnten dann nach Verifikation durch den Mapper in den OSM-Datenbestand eingepflegt werden, bzw. mit dem dort schon gespeicherten Dateninhalt abgeglichen, ergänzt oder korrigiert werden. Für Hausbewohner und Ladenbetreiber gibt es somit eine leichte Möglichkeit Einfluß darauf zu nehmen, dass Ihre Adress- und Kontaktdaten korrekt, vollständig und aktuell im OSM-Datenbestand enthalten sind. OSM wird immer wichtiger, da Routingsoftware verstärkt auf unseren Datenbestand zugreift. und damit zukünftig die Internetbestellung rechtzeitig geliefert werden kann, sollte die Adresse bei OSM enthalten sein. Dies ist zur Zeit leider nur möglich über die Pflege der Daten mittels unserer OSM-Editoren Potlach, JOSM oder Merkaartor. Dies erfordert den Gelegenheitsnutzer bei weitem. Datenpflege per OSM-QR-CODE im Fenster ist die Lösung auf die die OSM-Gemeinde schon lange gewartet hat. Liebe Grüße Harald Schwarz black_bike -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste aller hessischen Schulen verfügbar
hi Christoph, danke für die Antwort: ich hab bisher school:de, ref, source und source:position neben den neutralen Daten übernommen. isced:level werd ich nachtragen. Ansonsten sind die Daten saugut, da viele Schulen einfach nur als Schule mit Namen in OSM drinstehen. Selbst in meiner Nachbarstadt war mir nicht klar, dass auf dem Schulgelände in Wirklichkeit zwei Schulen sind. Manche Positionen sind etwas abenteuerlich - aber dafür sind wir ja da ;) Gruss Walter - 1---2-3--*4# -- View this message in context: http://gis.19327.n5.nabble.com/Liste-aller-hessischen-Schulen-verfugbar-tp5590833p5591562.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72)
Hallo Harald. Ich sehe jetzt nicht, warum wir dafür QR-Codes ins Fenster hängen müssten. Ob der Ladeninhaber jetzt ein Formular ausfüllt auf einer Website, daraus einen QR-Code generiert, den ein Mapper finden, fotografieren, interpretieren und einpflegen muss, oder ob der Ladenbesitzer das Formular ausfüllt und in einer Art erweitertem Spezial-osm-bugs-tool eingibt hey, ich habe einen Laden, und das hier sind die daten dazu - der Aufwand ist vermutlich bei letzterer Option geringer. Wenn Du aus den QR-Codes eine allgemeiner, über OSM hinausgehende sinnvolle Verwendung findest (Otto-Normal-Smartphone-User kann das scannen und kriegt sinnvolle Infos auf dem Handy angezeigt, zusätzlich zu dem, was vor ort ersichtbar ist, und was ihn trotzdem interessiert), okay. Wenn nicht, halte ich diese Lösung für einen Aufwand, den sich nur diejenigen Ladenbesitzer antun werden, die auch eine Fehlermeldung an OSM schreiben könnten. Gruß Peter Am 24.03.2012 12:16, schrieb Harald Schwarz: Hallo, gerade habe ich in der aktuellen Ausgabe der Zeitschrift ct einen Artikel gefunden, der sehr interessant für OSM sein kann. Abonnenten haben die Zeitschrift schon heute im Briefkasten, ab Montag gibt es sie am Kiosk. Schaut auch mal auf den Link: www.ct.de/1208072 Es geht eigentlich um A4 oder A3 große QR-Codes, die ins Fenster gehängt werden um eine Verpixelung von Läden, Gebäuden oder auch Militärgeländen zu erreichen. Die Idee ist gut und ließe sich auch verwenden, um den Datenbestand des Projektes OpenStreetMap mit nützlichen Informationen zu erweitern und langfristig zur Qualitätskontrolle beizutragen. Das Projekt OSM hat zur Zeit im Raum Deutschland das Straßennetz schon weitgehend erfasst. Was wir uns jetzt zur Aufgabe gestellt haben, ist eine Erfassung von Adressdaten, für Gebäude z.B. Strasse, PLZ, Hausnummer. Für Geschäfte und Unternehmen erfasen wir auch Art des Geschäftes, Öffnungszeiten, Kontaktmöglichkeiten (tel, fax, email) und Verlinkungen (Website, Wikipediaartikel). Hausbewohner oder Geschäftsleute könnten ähnlich wie für das Projekt EU view über ein Webinterface wie auf der von ct verlinkten Adresse 1208072 die gewünschten Informationen oder im Laufe der Zeit aufgetretene Änderungen eintragen und sich entsprechende QR-Codes generieren und ins Fenster hängen. Bevor die deutschlandweite Ausstattung der Servicefahrzeuge der Entsorgungsunternehmen realisiert ist könnte schon die OSM-Community mittels Crowsourcing mittels GPS-Logger und Digitalkammera die QR-Codes aufnehmen, damit die auf einem Server abgelegten Informationen abrufen. Die Infos könnten dann nach Verifikation durch den Mapper in den OSM-Datenbestand eingepflegt werden, bzw. mit dem dort schon gespeicherten Dateninhalt abgeglichen, ergänzt oder korrigiert werden. Für Hausbewohner und Ladenbetreiber gibt es somit eine leichte Möglichkeit Einfluß darauf zu nehmen, dass Ihre Adress- und Kontaktdaten korrekt, vollständig und aktuell im OSM-Datenbestand enthalten sind. OSM wird immer wichtiger, da Routingsoftware verstärkt auf unseren Datenbestand zugreift. und damit zukünftig die Internetbestellung rechtzeitig geliefert werden kann, sollte die Adresse bei OSM enthalten sein. Dies ist zur Zeit leider nur möglich über die Pflege der Daten mittels unserer OSM-Editoren Potlach, JOSM oder Merkaartor. Dies erfordert den Gelegenheitsnutzer bei weitem. Datenpflege per OSM-QR-CODE im Fenster ist die Lösung auf die die OSM-Gemeinde schon lange gewartet hat. Liebe Grüße Harald Schwarz black_bike ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste aller hessischen Schulen verfügbar
Hallo, Am 24.03.2012 08:19, schrieb ssho...@gmx.de: Tags, die 99.% der Welt nicht braucht - dazu bestimmt auf hessische Bedürfnisse zugeschnitten. Ausserdem möchte ich nicht wissen, was bei einer irgendwann mal kommenden Schulreform passieren soll. Sehe ich auch so. Und womit ich überhaupt nicht einverstanden bin, sind die Begründungen, weshalb die Tags auf Deutsch sind: Tags sind grundsätzlich in englisch zu halten! Ich halte es auch für sehr sinnvoll, englischsprachige Tags zu verwenden. Schon allein um beim Kartenrendering oder einer anderen Datenverwertung nicht hunderte Sprachvarianten unterscheiden zu müssen. Aus diesem Grund habe ich auch das isced:level-Tag mit in die Daten aufgenommen, da es damit möglich wird, Schulen international einheitlich zu klassifizieren. Die UNESCO hat für viele Länder Tabellen veröffentlicht, die die länderspezifischen Schularten auf die ISCED-Klassifikation abbilden [1]. Die ISCED-Klassifikation bildet allerdings die Mehrgliedrigkeit des deutschen Schulsystems nicht ab. Haupt-, Real- und Mittelstufe des Gymnasiums fallen bspw. alle in die Klasse 2A. Möchte man eine genauere Differenzierung der Schulen im deutschen Schulsystem vornehmen, sind daher zusätzliche Tags nötig. Diese Tags sind dann natürlich nicht weltweit einsetzbar, sondern spezifisch für die deutsche Schullandschaft. Es geht schließlich gerade darum, die Varianten im Schulsystem eines Landes zu beschreiben, die eine internationale Schulklassifikation wie ISCED nicht abdecken kann. Beim Ausdenken der Tags für die hessischen Schulen habe ich mich daran erinnert, dass es in der Frühzeit von OSM die Idee gab, dass jedes Land eigene landessprachliche Tagnamen verwenden könnte, die von den jeweiligen Mappern verstanden werden und die landestypische Besonderheiten korrekt beschreiben. Da es sich bei den Schulen um länderspezische Eigenarten handelt, für die in anderen Ländern nicht immer eine sprachliche Entsprechung gibt, habe ich die Idee der landessprachlichen Tagnamen für die Schulen wieder aufgegriffen. Eine Comprehensive School ist halt nur in etwa dasselbe wie ein Gesamtschule, College bedeutet in jedem Land etwas anderes und für eine Hauptschule gibt es überhaupt keine richtige Entsprechung. Warum sollen sich Mapper mit mehr schlecht als recht passenden Übersetzungen abmühen, wenn sie eine Realschule einfach und genau als Realschule taggen können? Diese Information ergibt ohnehin nur innerhalb Deutschlands Sinn, wenn man grundlegende Kenntnisse über das Schulsystem hat. Was ist, wenn irgendwo auf der Welt jemand ist, der kein Deutsch spricht aber dennoch Wissen beitragen kann? Ich denke, ohne Deutschkenntnisse dürfte es generell schwierig werden, Details zu deutschen Schularten zu taggen ;-) Weiterhin ist es auch möglich, das bestimmt Daten auch in anderen Ländern gültig sind, dann haben wir zwei Tags mit der gleichen Bedeutung in zwei verschiedenen Sprachen. Das stimmt natürlich, aber die Idee des school:de-Tags ist es ja gerade die deutschen Besonderheiten zu erfassen. Für allgemeingültige Dinge gibt es ja das isced:level-Tag. Bitte setzte über den Wikipedia-Artikel den gut sichtbaren Hinweis, dass diese Tags Vorschläge sind! Gute Idee, habe ich eingefügt. Ich plädiere dafür, das Tagging erheblich zu vereinfachen und die doch sehr schulspezifischen Information beim Land zu lassen. Ganz genau so sehe ich das auch. Es kann nicht sein, dass man sich erst in das Hessische Schulsystem einarbeiten muss, nur weil man ein paar Daten ändern möchte... Wie ich schon in meiner Antwort an Walter schrieb, sind einige Tags wohl zu detailliert. Das allgemeine Schema mit dem school:de-Tag und dem isced:level-Tag ist aber relativ einfach. Für die ISCED-Klassifikation könnte man noch die Abbildung der umgangssprachlichen Schulbezeichnungen in Deutschland (bzw. in einzelnen Bundesländern) auf die ISCED-Klassifikation im OSM-Wiki dokumentieren. Viele Grüße, Christoph [1] http://www.uis.unesco.org/Education/ISCEDMappings/Pages/default.aspx ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auszeichnung fuer Bikepark gesucht
Also, ich habe nicht wirklich Ahnung vom Thema und ich werde auch die Bahnen nicht abfahren (sonst muss ich womöglich auch noch Kunde beim örtlichen Chirurgen werden ;-). Ich fasse mal zusammen: hier vor Ort handelt es sich dann wohl um einen dirt-jump-Platz oder so ähnlich, wobei ich keine Ahnung habe, was der Unterschied zwischen bmx und dirtjump ist. Auf jeden Fall ist es ein kleinerer Platz, eher so groß wie ein großer Spielplatz, auf dem es kreuz und quer geht. Eine Erfassung der Bahnen macht vermutlich nicht so viel Sinn. Dafür als sinnvoll erachte ich: leisure=track sport=cycling mtb:type=dirtjump area=yes Mögliche Variationen für mtb:type wären dann noch bmx oder bikepark Grüße, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72)
Hallo Harald, On 24.03.2012 12:16, Harald Schwarz wrote: Es geht eigentlich um A4 oder A3 große QR-Codes, die ins Fenster gehängt werden um eine Verpixelung von Läden, Gebäuden oder auch Militärgeländen zu erreichen. wichtig ist vielleicht noch zu Erwähnen, dass die ersten Erfassungen in den drei großen Metropolen Berlin, Hamburg und München bereits zum 1.4. starten. http://europa.eu/documentation/eu-view/testphase1.htm Es bietet sich also an seinen QR-Code schon frühzeitig ans Fenster zu hängen. Wer will kann mit beiliegendem QR-Code auch gleich etwas Werbung für OSM machen: https://chart.googleapis.com/chart?chs=500x500cht=qrchl=www.osm-tools.org Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72)
Am 24.03.2012 12:16, schrieb Harald Schwarz: Hallo, gerade habe ich in der aktuellen Ausgabe der Zeitschrift ct einen Artikel gefunden, der sehr interessant für OSM sein kann. In Bremen sind wir schon einen Schritt weiter! Wir sind dabei, in einem Feldversuch NFC-Tags mit einer Speicherkapzität von 1GB an alle Haushalte in Findorff zu verteilen. Auf diesen Tags werden von den Bewohnern alle Daten, die sie veröffentlichen möchten, gespeichert. Dies sind z.B.: - Namen und Adresse - Geburtsdaten - Fotos - Lebensläufe - Essgewohnheiten - sexuelle Vorlieben - Ausstattung der Wohnung - Mietpreis - Höhe der Nebenkosten u.s.w. Ab dem 1.4.2012 werden wir mit PKW, die mit den entsprechenden Lesegeräten ausgestattet sind, die Tags auslesen und ab dem 1.4.2013 bei OSM eingeben. Allerdings müssen zuvor noch die richtigen OSM-Tags kreiert werden. Erste Ideen sind: - liferun=yes == Lebenslauf vorhanden - besidecosts=xxx == Höhe der Nebenkosten - coolbord=yes/no == Kühlschrank vorhanden Wie Ihr seht, es geht vorwärts! Herbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72)
Ich wusste nicht, dass OSM mittlerweile eine Datenmüllhalde geworden ist... Das sind alles Daten, die man sehr gut separat lagern kann. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72)
Am 24.03.2012 15:05, schrieb Herbert Hannebrook: Ab dem 1.4.2012 werden wir mit PKW, die mit den entsprechenden Lesegeräten ausgestattet sind, die Tags auslesen und ab dem 1.4.2013 bei OSM eingeben. Ich vergaß zu erwähnen, das die NFC-Tags auf die Briefkästen geklebt werden und dort auch verbleiben sollen, damit sich auch nicht in Findorff lebende Menschen ständig kundig machen können! Wir sind dabei das Problem mit dem Kleber zu lösen. Schließlich dürfen die Tags nicht ablösbar sein. Man stelle sich das Chaos (allein wg der s. Vorlieben) vor, wenn jemand Tags mutwillig tauschte! Wenn jemand umzieht kann er ja seinen Briefkasten mitnehmen; sie natürlich auch ihren. So, ich muss weiter verteilen! Ein schönes Wochenende wünscht Herbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72)
Am 24.03.2012 um 15:25 schrieb Herbert Hannebrook herb...@hannebrook.de: Am 24.03.2012 15:05, schrieb Herbert Hannebrook: Ab dem 1.4.2012 werden wir mit PKW, die mit den entsprechenden Lesegeräten ausgestattet sind, die Tags auslesen und ab dem 1.4.2013 bei OSM eingeben. Ich vergaß zu erwähnen, das die NFC-Tags auf die Briefkästen geklebt werden und dort auch verbleiben sollen, damit sich auch nicht in Findorff lebende Menschen ständig kundig machen können! LOL - jetzt ist es aber genug, mehr Ernsthaftigkeit bitte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72)
Mehr Ernsthaftigkeit? Wichtig für Rettungskräfte und andere Kriseninterventionsteams (THW, Polizei, SEK, GSG9, FBI, KSK, [GEZ], ...) sind noch die genaue Anzahl der Personen die sich aktuell im Gebäude aufhält und deren momentane Vitalfunktionswerte (Puls, Blutdruck, Atemfrequenz, Promille-, THC-, *-Werte, etc.) Harald Original-Nachricht Datum: Sat, 24 Mar 2012 15:29:21 +0100 Von: Thomas Steege thomas.ste...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72) Am 24.03.2012 um 15:25 schrieb Herbert Hannebrook herb...@hannebrook.de: Am 24.03.2012 15:05, schrieb Herbert Hannebrook: Ab dem 1.4.2012 werden wir mit PKW, die mit den entsprechenden Lesegeräten ausgestattet sind, die Tags auslesen und ab dem 1.4.2013 bei OSM eingeben. Ich vergaß zu erwähnen, das die NFC-Tags auf die Briefkästen geklebt werden und dort auch verbleiben sollen, damit sich auch nicht in Findorff lebende Menschen ständig kundig machen können! LOL - jetzt ist es aber genug, mehr Ernsthaftigkeit bitte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72)
Herbert Hannebrook wrote In Bremen sind wir schon einen Schritt weiter! Wir sind dabei, in einem Feldversuch NFC-Tags mit einer Speicherkapzität von 1GB an alle Haushalte in Findorff zu verteilen. Auf diesen Tags werden von den Bewohnern alle Daten, die sie veröffentlichen möchten, gespeichert. Unnötige Arbeit - einfach die Daten bei facebook anfordern. Die ändern dann mal wieder kurz (und klammheimlich) ihre Nutzungsbedingungen und damit hat sich das erledigt. Gruss Walter ps: sorry, der thread ist verbrannt - den kriegt keiner mehr auf den richtigen Kurs. - 1---2-3--*4# -- View this message in context: http://gis.19327.n5.nabble.com/Artikel-Stra-enstempel-in-ct-Ausgabe-8-2012-Seite-72-tp5591540p5591804.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] QR-Codes, neuer Versuch
Hallo zusammen, der vorige Beitrag zum Thema entfernt sich gerade etwas vom Kern der Idee. Er bezog sich auf einen Artikel in der ct, der zum Lesen am 92. Tag dieses Jahres gedacht ist. Unabhängig vom dort beschrieben Inhalt ist mir durch den Artikel die folgende Nutzung für OSM gekommen: Für Geschäftsleute ist es zur Zeit nicht einfach, Informationen über ihr Geschäft in den OSM-Datenbestand einzupflegen. Sie müßten die Arbeit mit unseren Editoren erlernen oder warten, bis zufällig mal ein freundlicher Mapper in der Straße vorbeikommt. Idee ist nun, einen Server aufzustellen, in den die nötigen Daten eingetragen und bei Bedarf auch wieder geändert werden können. Die dort eingetragenen Werte können nun von Personen die des Umgangs mit OSM-Editoren kundig sind eingepflegt werden. Dies zuautomatiesern dürfte zu Problemen führen. Dieser Server soll die Daten nicht dauerhaft speichern, sondern Zwischenspeicher sein bis die Daten entweder in OSM übertragen wurden oder auch wegen Fehlern oder Ungültigkeit verworfen werden. Ob nun die Georeferenzierung über einen QR-Code im Schaufenster erfolgt, oder ob es wie bei OSM-Bugs auf einer Karte angeklickt wird, wo sich der Laden befindet, bleibt zu überlegen. Eine Interaktive Karte wäre aber wohl der bessere Weg. Mit dem QR-Code im Schaufenstern kann man aber Kunden und Mitbewerbern mitteilen: Ich nutze und unterstütze OpenStreetMap. Also nochmal kurz zusammengefasst: OSM könnte eine Plattform schaffen, die es Personen auf einfache Weise ermöglicht, Daten für OSM bereitzustellen ohne sich in GIS-Werkzeuge einzuarbeiten. Liebe Grüße Harald black_bike -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QR-Codes, neuer Versuch
Harald Schwarz wrote: Hallo zusammen, der vorige Beitrag zum Thema entfernt sich gerade etwas vom Kern der Idee. Er bezog sich auf einen Artikel in der ct, der zum Lesen am 92. Tag dieses Jahres gedacht ist. Unabhängig vom dort beschrieben Inhalt ist mir durch den Artikel die folgende Nutzung für OSM gekommen: Für Geschäftsleute ist es zur Zeit nicht einfach, Informationen über ihr Geschäft in den OSM-Datenbestand einzupflegen. Sie müßten die Arbeit mit unseren Editoren erlernen oder warten, bis zufällig mal ein freundlicher Mapper in der Straße vorbeikommt. Idee ist nun, einen Server aufzustellen, in den die nötigen Daten eingetragen und bei Bedarf auch wieder geändert werden können. Die dort eingetragenen Werte können nun von Personen die des Umgangs mit OSM-Editoren kundig sind eingepflegt werden. Dies zuautomatiesern dürfte zu Problemen führen. Dieser Server soll die Daten nicht dauerhaft speichern, sondern Zwischenspeicher sein bis die Daten entweder in OSM übertragen wurden oder auch wegen Fehlern oder Ungültigkeit verworfen werden. Ob nun die Georeferenzierung über einen QR-Code im Schaufenster erfolgt, oder ob es wie bei OSM-Bugs auf einer Karte angeklickt wird, wo sich der Laden befindet, bleibt zu überlegen. Eine Interaktive Karte wäre aber wohl der bessere Weg. Mit dem QR-Code im Schaufenstern kann man aber Kunden und Mitbewerbern mitteilen: Ich nutze und unterstütze OpenStreetMap. Also nochmal kurz zusammengefasst: OSM könnte eine Plattform schaffen, die es Personen auf einfache Weise ermöglicht, Daten für OSM bereitzustellen ohne sich in GIS-Werkzeuge einzuarbeiten. Liebe Grüße Harald black_bike Also mein QR-Code haengt schon im Fenster. Allerdings wohne ich im 10. Stock in Muenchen in einem tollen Penthouse mit Blick aufs Gebirge und das Fenster ist halt weit von der Strasse weg. Kann ich das dort haengen lassen ? WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QR-Codes, neuer Versuch
Hallo, ich sehe noch nicht so den Vorteil. Beim QR-Code muss ein Mapper genauso vor Ort vorbeikommen. Wenn den Mapper dann das Objekt gefällt erfasst er es ohnehin. Ebenso ist fraglich, ob der Mapper den QR-Code erfasst, wenn ihm das Objekt nicht gefällt. Am sinnvollsten erachte ich OpenStreetBugs und ähnliches. Da kann jeder alle Infos in Textform eingeben. Ein Mapper kann dort den Bug sehen und entsprechend handeln. Der Vorteil: der Mapper kann auf einer Übersicht erkennen, wo Bugs vorhanden sind und vorbei schauen oder kann die Infos gleich eintragen, wenn er ausreichendes Wissen über das Objekt hat. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QR-Codes, neuer Versuch
Am 24.03.2012 17:13, schrieb aighes: Hallo, ich sehe noch nicht so den Vorteil. Beim QR-Code muss ein Mapper genauso vor Ort vorbeikommen. Wenn den Mapper dann das Objekt gefällt erfasst er es ohnehin. Ebenso ist fraglich, ob der Mapper den QR-Code erfasst, wenn ihm das Objekt nicht gefällt. Am sinnvollsten erachte ich OpenStreetBugs und ähnliches. Da kann jeder alle Infos in Textform eingeben. Ein Mapper kann dort den Bug sehen und entsprechend handeln. Der Vorteil: der Mapper kann auf einer Übersicht erkennen, wo Bugs vorhanden sind und vorbei schauen oder kann die Infos gleich eintragen, wenn er ausreichendes Wissen über das Objekt hat. Henning 100%ige Zustimmung! Immer erst schauen, welche Möglichkeiten man schon nutzen kann. Und ich wette 90% aller Ladenbesitzer wissen nicht mal was ein QR-Code ist... Grüße Rob ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QR-Codes, neuer Versuch
Ich kann dir da auch nur beipflichten! Warum ein kompliziertes neues System erfinden? OSB reicht dafür absolut! Macht es nicht komplizierter als es ist! Am 24.03.2012 17:13, schrieb aighes: Hallo, ich sehe noch nicht so den Vorteil. Beim QR-Code muss ein Mapper genauso vor Ort vorbeikommen. Wenn den Mapper dann das Objekt gefällt erfasst er es ohnehin. Ebenso ist fraglich, ob der Mapper den QR-Code erfasst, wenn ihm das Objekt nicht gefällt. Am sinnvollsten erachte ich OpenStreetBugs und ähnliches. Da kann jeder alle Infos in Textform eingeben. Ein Mapper kann dort den Bug sehen und entsprechend handeln. Der Vorteil: der Mapper kann auf einer Übersicht erkennen, wo Bugs vorhanden sind und vorbei schauen oder kann die Infos gleich eintragen, wenn er ausreichendes Wissen über das Objekt hat. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QR-Codes, neuer Versuch
Wobei ich eine schönere Variante von OSB schon eine gute Idee finde für Geschäfte. Die OSB-Oberfläche zeigt mir nicht unbedingt, dass sogar Öffnungszeiten oder Webseite nützlich und interessant sind, und unvollständige Adressen lassen sich über ein komplettes Adressformular auch leicht vermeiden. Die entsprechende Oberfläche kann natürlich im Hintergrund 'nen Bug in OSB erzeugen, da spricht ja nichts dagegen. Die Information könnte dadurch aber vollständiger werden als bei der einfachen Volltexteingabe. Gruß Peter Am 24.03.2012 17:13, schrieb aighes: Hallo, ich sehe noch nicht so den Vorteil. Beim QR-Code muss ein Mapper genauso vor Ort vorbeikommen. Wenn den Mapper dann das Objekt gefällt erfasst er es ohnehin. Ebenso ist fraglich, ob der Mapper den QR-Code erfasst, wenn ihm das Objekt nicht gefällt. Am sinnvollsten erachte ich OpenStreetBugs und ähnliches. Da kann jeder alle Infos in Textform eingeben. Ein Mapper kann dort den Bug sehen und entsprechend handeln. Der Vorteil: der Mapper kann auf einer Übersicht erkennen, wo Bugs vorhanden sind und vorbei schauen oder kann die Infos gleich eintragen, wenn er ausreichendes Wissen über das Objekt hat. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste aller hessischen Schulen verfügbar
Hallo Karsten, Am 23.03.2012 23:39, schrieb k4r573n: Danke das hilft mir doch sehr weiter. Denn ich habe vor in Braunschweig die Schulen zu erfassen und werde mich dann an deinen Tagging Schema orientieren. Sehr schön, das freut mich. bleibt noch zu überlegen was man mit Musikschulen, Sprachschulen, Internationale Schulen, Waldorfschulen, ... macht. Denke mal ein eigener school:de Eintrag wäre sinnvoll. Ich würde bei staatlich anerkannten Ersatzschulen wie den Waldorfschulen in school:de ganz normal den offiziellen Schultyp erfassen, also ob die Schule im Schulsystem offiziell bspw. als Grundschule, Realschule oder Gymnasium gilt. Das pädagogische Konzept der Schule würde ich in einem getrennten Tag erfassen, da es ja unabhängig von der offiziellen Schulart ist. Es gibt ja sowohl Waldorf-Grundschulen als auch Waldorf-Realschulen. Dieses Tag könnte dann auch wieder englische Bezeichnungen verwenden, da pädagogische Konzepte wie Montessori oder Waldorf ja in verschiedenen Ländern umgesetzt wurden. Das könnte man dann als education:philosophy=waldorf oder education:philosophy=montessori taggen. Was Tanzschulen und ähnliche Schulen anbelangt, bin ich mir auch unsicher, wie man sie taggen sollte. Diese Schulen sind ja eigentlich eher Freizeiteinrichtungen im Gegensatz zu den Schulen des offiziellen Schulsystems. Aus dem Bauch heraus würde ich vorschlagen, für Tanz-, Tauch-, Fahrschulen und ähnliche amenity=school zu verwenden und die offiziellen Bildungseinrichtungen eines Landes als education=school zu taggen. Das widerspricht natürlich dem momentanen Taggingansatz und Bedarf wohl erstmal eines Proposals :-) Viele Grüße, Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste aller hessischen Schulen verfügbar
On 24.03.2012 18:18, Christoph Böhme wrote: Was Tanzschulen und ähnliche Schulen anbelangt, bin ich mir auch unsicher, wie man sie taggen sollte. Dafür wurde mal training= und education= vorgeschlagen... Einige Sachen sind so schon getagged: http://taginfo.openstreetmap.org/keys/?key=training#values Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste aller hessischen Schulen verfügbar
Am 24.03.2012 18:18, schrieb Christoph Böhme: Aus dem Bauch heraus würde ich vorschlagen, für Tanz-, Tauch-, Fahrschulen und ähnliche amenity=school zu verwenden und die offiziellen Bildungseinrichtungen eines Landes als education=school zu taggen. Das widerspricht natürlich dem momentanen Taggingansatz und Bedarf wohl erstmal eines Proposals:-) Bitte nicht schon wieder, das haben wir jetzt schon so oft durchgekaut. (Das wird ja langsam zum Running Gag hier) Wie du richtig schreibst, sind Tanzschulen, Fahrschulen, Flugschulen, Baumschulen etc. Gewerbebetriebe und keine Bildungseinrichtung. Und den seit Jahren etablerten Tag amenity=school werden wir bestimmt nicht umdefinieren. -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QR-Codes, neuer Versuch
Peter Wendorff schrieb: Wobei ich eine schönere Variante von OSB schon eine gute Idee finde für Geschäfte. Man könnte besipielsweise die OpenLinkMap mit dem Amenity Editor (etwas benutzerfreundlicher überarbeitet) kombinieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QR-Codes, neuer Versuch
Hallo, Am Samstag, 24. März 2012 17:12:11 schrieb popp...@hm.edu: Harald Schwarz wrote: Hallo zusammen, der vorige Beitrag zum Thema entfernt sich gerade etwas vom Kern der Idee. Also mein QR-Code haengt schon im Fenster. Allerdings wohne ich im 10. Stock in Muenchen in einem tollen Penthouse mit Blick aufs Gebirge und das Fenster ist halt weit von der Strasse weg. Kann ich das dort haengen lassen ? Klar, da oben bist du praktisch in der Einflugschneise, da wird das beim Landeanflug mal eben mit gemappt. Blick auf die Berge - lol Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QR-Codes, neuer Versuch
Hallo, Am Samstag, 24. März 2012 16:40:47 schrieb Harald Schwarz: Hallo zusammen, der vorige Beitrag zum Thema entfernt sich gerade etwas vom Kern der Idee. Er bezog sich auf einen Artikel in der ct, der zum Lesen am 92. Tag dieses Jahres gedacht ist. Unabhängig vom dort beschrieben Inhalt ist mir durch den Artikel die folgende Nutzung für OSM gekommen: Für Geschäftsleute ist es zur Zeit nicht einfach, Informationen über ihr Geschäft in den OSM-Datenbestand einzupflegen. Sie müßten die Arbeit mit unseren Editoren erlernen oder warten, bis zufällig mal ein freundlicher Mapper in der Straße vorbeikommt. Das ist eigentlich eine ganz tolle Idee. Kaum einer von den Ladenbesitzern kennt sich mit OSM aus. Bei mir in der Gegend wären viele froh, wenn sie das Problem so einfach lösen könnten, das habe ich schon öfter gehört. Idee ist nun, einen Server aufzustellen, in den die nötigen Daten eingetragen und bei Bedarf auch wieder geändert werden können. Die dort eingetragenen Werte können nun von Personen die des Umgangs mit OSM-Editoren kundig sind eingepflegt werden. Dies zuautomatiesern dürfte zu Problemen führen. Das Eintragen vielleicht. Aber warum willst du den Server irgendwo im stillen Kämmerchen aufbauen? Wir haben doch mit Sicherheit genügend Bastler und Know-How bei OSM, da bauen wir ein Gps gleich mit rein in den Server. Dann noch eine Webcam, die gibt es schon für 5 Euro, dann kann der Server die QR-Codes gleich von der Straße aus mappen. Wenn wir ihn noch auf ein Kettenfahrwerk stellen, sehe ich eigentlich keine Probleme mit der Automatisierung. Die Fahrwerke gibt es übrigens demnächst recht preiswert. Die Bundeswehr rangiert da so einiges aus. Das war zwar eine Zeit im heißen Klima von Afghanistan eingesetzt und quietscht etwas, aber mit viel Öl, und so weit und schnell muss er ja auch nicht fahren. Das wäre doch mal was für einen Workshop. Wer schlägt einen Termin vor? Also nochmal kurz zusammengefasst: OSM könnte eine Plattform schaffen, die es Personen auf einfache Weise ermöglicht, Daten für OSM bereitzustellen ohne sich in GIS-Werkzeuge einzuarbeiten. +1 Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenzen ohne Share-Alike?
Ja. Darueber ist viel diskutiert worden. Dann bin ich leider raus. Auf der einen Seite wollen wir, dass unsere Daten frei bleiben; auf der anderen Seite wollen wir den kuenftigen OpenStreetMappern auch die Freiheit einraeumen, selbst zu bestimmen, wohin ihre Reise geht. kuenftigen OpenStreetMappern = kommerzielle Nutzer von Geodaten? Es ist durchaus denkbar, dass sich die Geodaten-Szene so entwickelt, dass man mit einer Share-Alike-Lizenz nirgends mehr ernst genommen wird - nimm an, amtliche Daten waeren CC-BY, fuer wieviele Nutzer sind wir dann *so* viel besser als die amtlichen Daten, dass sie unsere zusaetzlichen Restriktionen in Kauf nehmen? Müssen wir besser sein? Wenn vergleichbare Daten CC-BY oder PD veröffentlicht werden haben wir ja eigentlich unser Ziel erreicht. Wenn nicht, dann müssen die Nutzer eben nach unseren Regeln spielen. Das sind Dinge, die wir heute nicht entscheiden koennen und wollen. Wenn das Projekt so weiter waechst wie bisher, dann sind wir, die wir bis heute Daten zu OSM beigetragen haben, in 10 Jahren eine unbedeutende Minderheit in OSM. Es waere nicht richtig, unseren Willen den OSMern von morgen in Stein zu meisseln. Die OSMer von morgen dürfen aber über die von den alten OSMer erstellten Daten bestimmen? Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik: Straßen im großen Zoom-Modus breit rendern?
Hallo, ich möchte gerne eine Karte für Ausdruck auf A1 rendern. Der Ausschnitt ist nicht besonders groß. Es kommt mir eher auf Auflösung an. Wie stelle ich es an, dass bei einer gegebenen Zoomstufe, bei der mir das Verhältnis zwischen Straßenbreite und sonstigem Karteninhalt gefällt, lediglich die Auflösung vergrößert wird, sprich: mehr Pixel pro Inch gerendert werden? Muss ich dafür tief in den Stil eingreifen, oder geht es irgendwie einfacher? Sehr grundlegendes Wissen zu Mapnik ist vorhanden. Ich müsste lediglich mal diverse Tools aktualisieren, denn der aktuelle SVN-Auszug vom OSM-Mapnik-Stil will mit meiner Version nicht mehr funktionieren. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenzen ohne Share-Alike?
Hallo, On 03/24/2012 11:54 PM, Bernd Heinze wrote: Auf der einen Seite wollen wir, dass unsere Daten frei bleiben; auf der anderen Seite wollen wir den kuenftigen OpenStreetMappern auch die Freiheit einraeumen, selbst zu bestimmen, wohin ihre Reise geht. kuenftigen OpenStreetMappern = kommerzielle Nutzer von Geodaten? Nein, nur aktive Mapper duerfen ueber eventuelle Lizenzwechsel abstimmen. Das koennen nur natuerliche Personen sein, aber selbstverstaendlich koennen sie *zugleich* auch Nutzer sein, und zwischen kommerziell und nicht kommerziell machen wir da keinen Unterschied. Das sind Dinge, die wir heute nicht entscheiden koennen und wollen. Wenn das Projekt so weiter waechst wie bisher, dann sind wir, die wir bis heute Daten zu OSM beigetragen haben, in 10 Jahren eine unbedeutende Minderheit in OSM. Es waere nicht richtig, unseren Willen den OSMern von morgen in Stein zu meisseln. Die OSMer von morgen dürfen aber über die von den alten OSMer erstellten Daten bestimmen? Das ist eine Diskussion, die in den letzten Jahren hier und andernorts (v.a. legal-talk-Liste) sehr oft gefuehrt wurde, und die Antwort auf Deine Frage ist in meinen Augen ein klares Ja. Diejenigen, die im Projekt aktiv sind, sollen auch bestimmen duerfen, wo es lang geht, und es ist moralisch nicht richtig von einem einzelnen, seine Leistung zurueckzufordern, wenn sich das Projekt anders entwickeln sollte, als er sich das wuenscht. Das ist eigentlich ueberall sonst ganz selbstverstaendlich. Nimm an, Du engagierst Dich jahrelang mit Eifer ehrenamtlich im Sportverein und investierst unzaehlige Stunden in die Renovierung des Vereinsheims. Nach 5 Jahren waehlen die Leute einen neuen Vorstand, und der Verein entwickelt sich in eine Richtung, die Dir nicht gefaellt - nimmt irgendwelche Modesportarten ins Programm, die Du fuer einen Verrat an der Tradition haeltst oder so. Du organisierst auf demokratischem Wege einen Widerstand, findest aber nur wenige Gleichgesinnte. Beleidigt kuendigst Du Deine Mitgliedschaft. Hast Du nun ein moralisches Anrecht darauf, dass der Verein von Deiner vergangenen Arbeit nicht mehr profitiert? Kannst Du die Tapete im Vereinsheim wieder herunterreissen, die Du angeklebt hast? Sicher nicht. Warum sollte es bei OpenStreetMap anders sein? Wir schaffen gemeinsam ein Ganzes, das mehr ist als die Summe seiner Teile. Eine Unterscheidung dies ist meins, das ist deins ist da weder sinnvoll noch moeglich. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik: Straßen im großen Zoom-Modus breit rendern?
Hi, On 03/24/2012 11:52 PM, Manuel Reimer wrote: ich möchte gerne eine Karte für Ausdruck auf A1 rendern. Der Ausschnitt ist nicht besonders groß. Es kommt mir eher auf Auflösung an. Einfachste Methode: Mit nik2img.py ein Bild rendern und dabei eine relativ kleine Ausgabe-Aufloesung (fuer A1 sowas wie 1500x2100 Pixel) angeben und als Ausgabeformat SVG. Das SVG dann mit rsvg (oder evtl. auch Inkscape) mit 200-300 dpi in ein PNG wandeln lassen, und das dann drucken. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenzen ohne Share-Alike?
Bernd Heinze wrote Die OSMer von morgen dürfen aber über die von den alten OSMer erstellten Daten bestimmen? Ja, wenn sie eine 2/3-Mehrheit zustande bekommen. Ich kenne keine demokratische Wahl, bei der die Erstwähler nicht über Sachen abstimmen dürfen, die vor ihrer Zeit beschlossen wurden. Du bist immer noch in dem Denkschema meine Daten / ihre Daten gefangen. Es gibt nur unsere Daten und über deren Zukunft entscheiden jeweils alle Mapper mit der dafür notwendigen Mehrheit. Und dies auch nur, falls in ferner Zukunft mal Bedarf dafür da sein sollte. Gruss Walter - 1---2-3--*4# -- View this message in context: http://gis.19327.n5.nabble.com/Neue-Lizenzen-ohne-Share-Alike-tp5583844p5592532.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Genova per l'Innovazione Digitale, an open smart city, 23 marzo
Bene, bene; lì fuori c'è una folla che ha bisogno di mappe e di mash-up di dati. A parte le mie dichiarazioni iniziali, un pò orientate all'iperbole :), pensavo che qualcosa di buono ne sarebbe uscito. Parliamo dei relatori: c'era Piccini direttore generale SELEX Elsag (onnipresente in qualsiasi attività tecnologica che tocchi l'amministrazione comunale) e la Preside della Facoltà d'Ingegneria che si sono divisi gran parte della scena suonandosela e cantandosela col pericolo di cadere nell'autoreferenzialità (facendolo in maniera smaccatamente autoreferenziale). Oltre ad altri interventi (estremamente caustico quello di Claudio Viazzi presidente del Tribunale di Genova che ha suscitato applausi e molti commenti su twitter del tipo 'Viazzi for President') quello che mi ha colpito di più come lucidità, concretezza e presenza di una visione sul futuro è stato l'intervento di Irene Tinagli http://it.wikipedia.org/wiki/Irene_Tinagli e la sua frase dirompente in mezzo al quel paludato panel di esperti I dati ci sono ma rimangono celati perchè generano potere, apriamoli (in)felice sintesi di come gira il mondo dalle nostre parti. L'altro intervento piacevole è stato quello di Manuela Arata presidente del Festival della Scienza (e qui secondo me dovremmo proprio pensare di promuovere un evento sul crowsourcing all'interno del Festival). Al pomeriggio si sono tenuti i quattro Open Talk, noi abbiamo seguito 'Open data e la gestione delle emergenze del territorio', praticamente la parte più interessante della giornata perchè prevedeva uno scambio di idee tra tutti i partecipanti (circa una trentina) e Openstreetmap (con Luca che ha chiesto immediatamente la parola parlando di OSM e Ushaidi) ha fatto la sua parte: c'era anche un tecnico della Regione Emilia-Romagna che ha portato la testimonianza della liberazione dei dati e la loro importazione in OSM come buona pratica di una P.A. Al termine del talk siamo rimasti più di un'ora continuando a discutere coi tecnici del Comune (sempre più dalla nostra parte) e con altre realtà quali, tra gli altri, gli Angeli del Fango http://www.facebook. com/fangosullemagliette e la Protezione Civile di Genova. Ora siamo rimasti in contatto con loro per iniziative dal basso a livello cittadino e con Sergio Farruggia di Asita che ci ha pregato di non disperdere quanto di propositivo è uscito dal talk; nei prossimi giorni sul sito http: //www.statigeneralinnovazione.it/ verrà attivato un wiki dove proseguire con discussioni e proposte. Altre considerazioni le farà Luca. Colgo l'occasione per elencare i prossimi appuntamenti che avremo qui a Genova: - mercoledì 28 ore 17,50 incontro all'Acquario di Genova con GTER e il Soccorso Alpino dove verrà anche presentata un'applicazione in ausilio al soccorso di dispersi basata su OSM http://www.gter.it/comunicato-stampa-amici-acquario - giovedì 29 partecipazione a Safecity2012 http://www.safecityeuromed.org/ - venerdì 30 ore ore 9 presso il B.I.C. di Genova conferenza Openstreetmap più orientata all'utilizzo business con l'intervento tra gli altri di Simone Cortesi (ti hanno avvisato? :) ) http://www.gter.it/?q=conferenza_OSM - sabato 31 ore 9,30 Mapping Party presso il favoloso cimitero Monumentale di Genova Staglieno adiacente all'uscita di Genova Est. Per chi non lo conoscesse consiglio caldamente la visita per la bellezza di alcune opere d'arte, pensate che al suo interno vi gira una linea di autobus. - 2 aprile mattina terzo incontro presso il Comune di Genova per proseguire la collaborazione avviata che tenderà alla liberazione dei dati geografici (non si sa quando ma senz'altro dopo le elezioni amministrative). - 2 aprile al pomeriggio presso la Facoltà di Scienze Politiche, al corso di elaborazione dell'informazione. - 14 aprile Mapping Party a Genova in zona da definire. Questo è il calendario per la prossima quindicina, accorrete numerosi! Alessandro Messaggio originale Da: sim...@cortesi.com Data: 24/03/2012 1.27 A: ale_z...@libero.itale_z...@libero.it, openstreetmap list - italiano talk-it@openstreetmap.org Ogg: Re: [Talk-it] Genova per l#39;Innovazione Digitale, an open smart city, 23 marzo 2012/3/22 ale_z...@libero.it ale_z...@libero.it: Domani presenzieremo (Luca Delucchi, io e non so chi altro) a questo convegno, qui http://www.statigeneralinnovazione.it/online/progetti/genova- 2012/programma/ potete trovare il programma. Non so dirvi se ci faremo 4 risate o il sangue marcio, ma sarà curioso ascoltare cosa ci diranno sugli Opendata (nella vita c'è sempre da imparare :)) ) com'e' andata? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Genova per l'Innovazione Digitale, an open smart city, 23 marzo
2012/3/24 ale_z...@libero.it ale_z...@libero.it: Bene, bene; lì fuori c'è una folla che ha bisogno di mappe e di mash-up di dati. Welcome :) Se interessa il tema ci sono diverse ml italiane: - Crisis Camp Italy - Spaghetti Open Data - Data Journalism Italia - Open Knowledge Foundation Italia (che rappresento assieme a Stefano Costa) [...] Tinagli e la sua frase dirompente in mezzo al quel paludato panel di esperti I dati ci sono ma rimangono celati perchè generano potere, apriamoli (in)felice sintesi di come gira il mondo dalle nostre parti. Hans Rossling - http://en.wikipedia.org/wiki/Hans_Rosling ha sempre detto che questa in Svezia la chiamano liberta' :) (intendo dire la possibilita' di poter avere accesso ai dati) Al pomeriggio si sono tenuti i quattro Open Talk, noi abbiamo seguito 'Open data e la gestione delle emergenze del territorio', praticamente la parte più interessante della giornata perchè prevedeva uno scambio di idee tra tutti i partecipanti (circa una trentina) e Openstreetmap (con Luca che ha chiesto immediatamente la parola parlando di OSM e Ushaidi) ha fatto la sua parte: GREAT c'era anche un tecnico della Regione Emilia-Romagna che ha portato la testimonianza della liberazione dei dati e la loro importazione in OSM come buona pratica di una P.A. Spiega questa seconda parte: questi tecnici della RER hanno importato i dati in osm o si sono importati i dati da osm nel loro data center? Non l'ho mai saputa. Come ML fino ad ora si e' parlato solo di importare - da parte della comunita' - i dati degli edifici. Hai chiesto come mai hanno dei dati distribuiti come NC? :) Al termine del talk siamo rimasti più di un'ora continuando a discutere coi tecnici del Comune (sempre più dalla nostra parte) e con altre realtà quali, tra gli altri, gli Angeli del Fango http://www.facebook. com/fangosullemagliette Mitici! Conosciuti a Crisis Camp e la Protezione Civile di Genova. Ora siamo rimasti in contatto con loro per iniziative dal basso a livello cittadino e con Sergio Farruggia di Asita che ci ha pregato di non disperdere quanto di propositivo è uscito dal talk; nei prossimi giorni sul sito http: //www.statigeneralinnovazione.it/ verrà attivato un wiki dove proseguire con discussioni e proposte. Altre considerazioni le farà Luca. Colgo l'occasione per elencare i prossimi appuntamenti che avremo qui a Genova: [...] Questo è il calendario per la prossima quindicina, accorrete numerosi! GRAN CALENDARIO!!! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Genova per l'Innovazione Digitale, an open smart city, 23 marzo
Il 24 marzo 2012 09:35, ale_z...@libero.it ale_z...@libero.it ha scritto: Questo è il calendario per la prossima quindicina, accorrete numerosi! Bravi. Complimenti! -- Passa al software libero! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Non ne so abbastanza. Grazie della segnalazione :) Mi rimane comunque il dubbio che in osm il mondo e' caotico. si si poi non ho proseguito la frase. Quello che volevo anche dire con caotico e' che i dati di osm subiscono modifiche, anche di struttura, abbastanza veloci, certo! a parte che il cambio di senso lo definisce il comune che ha i dati e fa presto a modificarselo anche nel suo database. non sembra essere così semplice ;-) Si vede che a Trento le cose vanno meglio :) Il grafo stradale e' aggiornato ogni giorno http://webapps.comune.trento.it/catalogo/ Se poi non lo rilascia e' un altra questione. Non e' che i cartelli dei sensi unici vengono cambiati da chiunque. Anche se pero' non fosse cosi', per una p.a., rimane il problema di andare a verificare la segnalazione. giusto, ma la fiducia di alcuni mappatori può risolvere questo problema ... e qui gia' mi descrivi la necessita' di creare un processo di validazione Hai ragione. Ti faccio un altro scenario una p.a. si porta il db in casa per collegarlo ai suo dati. Questi dati (se integrati) dovranno essere rilasciati a loro volta in ODbL, ma se fossero dati che invece sono protetti da segreto statistico o privacy o altro? Quelli non puoi piu' redistribuirli. se non si redistribuiscono allora non c'è nessun problema... e a quel punto si rischia che la catena si spezza. Il processo di apertura del dato all'esterno richiede sempre una verifica dovuta ad una serie di leggi (segreto statistico, segreto militare, privacy flora e fauna protetta). Il rilascio del nuovo dataset deve fare questo percorso. Aggiungi poi la necessita' di adattare il proprio schema a quello di osm ecc... La P.A. a quel punto non puo' redistribuire il dato, e' vero che se lo tiene in casa, ma poi, ogni volta, deve stare a gestirsi l'allineamento dei dati. eh si, bisogna lavorarci su... La mia idea e' che sia una soluzione fantastica, ma che va bene studiata nei dettagli e semplificata. Secondo me, il primo passaggio, e' quello di usare osm come segnalatore e, successivamente, quello di creare processi partecipativi. Quest'ultimo passaggio costa fatica (partecipazione e liberta' costano una grandissima fatica). Ci sono casi vincenti e perdenti. Preferisco essere ottimista, penso solo che sia un percorso ancora lungo ma pronto per essere praticato. Detto questo: il thread e' nato come discorso a due e sembra cosi' rimasto :( Dai Luca che ci vediamo di persona nei prox giorni e mettiamo giu' qualche progetto. Al momento ho scritto un documento che e' in mano a due p.a. ... speriamo Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Genova per l'Innovazione Digitale, an open smart city, 23 marzo
Messaggio originale Da: napoo...@gmail.com Data: 24/03/2012 10.07 A: ale_z...@libero.itale_z...@libero.it, openstreetmap list - italiano talk-it@openstreetmap.org Ogg: Re: [Talk-it] Genova per l#39;Innovazione Digitale, an open smart city, 23 marzo Welcome :) Se interessa il tema ci sono diverse ml italiane: - Crisis Camp Italy - Spaghetti Open Data - Data Journalism Italia - Open Knowledge Foundation Italia (che rappresento assieme a Stefano Costa) Appena riuscirò ad attivare la seconda vita parallela mi iscriverò anche ad esse. :) Scherzi a parte, il Crisis Camp è molto interessante ma per ora preferisco focalizzarmi su una cosa sola, salvo il fatto che probabilmente con questi nuovi contatti bisognerà approfondire la conoscenza dell'argomento. c'era anche un tecnico della Regione Emilia-Romagna che ha portato la testimonianza della liberazione dei dati e la loro importazione in OSM come buona pratica di una P.A. Spiega questa seconda parte: questi tecnici della RER hanno importato i dati in osm o si sono importati i dati da osm nel loro data center? Non l'ho mai saputa. Come ML fino ad ora si e' parlato solo di importare - da parte della comunita' - i dati degli edifici. Hai chiesto come mai hanno dei dati distribuiti come NC? :) A quanto ho capito hanno liberato Oops, volevo dire aperto ;) i dati e qualcuno, hanno citato l'utente Alberto58, ha importato l'edificato in OSM Non ho chiesto nulla sui termini della licenza un pò per mia scarsa conoscenza del tema un pò per il poco tempo a disposizione di ognuno, comunque mi pare abbiano lasciato il biglietto da visita a Luca. Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Questo è un nodo focale, è parecchio che gli si gira intorno ma se vogliamo fare il salto di qualità occorre affrontarlo. Messaggio originale Da: napoo...@gmail.com Data: 24/03/2012 10.21 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] ERA: Import dati geografici da un comune Se poi non lo rilascia e' un altra questione. Non e' che i cartelli dei sensi unici vengono cambiati da chiunque. Anche se pero' non fosse cosi', per una p.a., rimane il problema di andare a verificare la segnalazione. giusto, ma la fiducia di alcuni mappatori può risolvere questo problema ... e qui gia' mi descrivi la necessita' di creare un processo di validazione ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Processo di validazione cosa implica? -Se lo si fa all'interno di OSM: 1. si introducono i manager d'area alla Waze 2. si sistema la semantica dei tag una volta per tutte (cosa che ho proposto in Tagging, ma è andata in vacca) -Al di fuori di OSM: 1. trasformazione dei dati (un po' come quello che sta avvenendo per WLM), che però non si riflettono in un miglioramento della situazione 2. confronto dei dati verificati e non in tempo reale (se passa uno che mi cancella una via ad esempio) Il giorno 24 marzo 2012 10:35, ale_z...@libero.it ale_z...@libero.it ha scritto: Questo è un nodo focale, è parecchio che gli si gira intorno ma se vogliamo fare il salto di qualità occorre affrontarlo. Messaggio originale Da: napoo...@gmail.com Data: 24/03/2012 10.21 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] ERA: Import dati geografici da un comune Se poi non lo rilascia e' un altra questione. Non e' che i cartelli dei sensi unici vengono cambiati da chiunque. Anche se pero' non fosse cosi', per una p.a., rimane il problema di andare a verificare la segnalazione. giusto, ma la fiducia di alcuni mappatori può risolvere questo problema ... e qui gia' mi descrivi la necessita' di creare un processo di validazione ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] bad import?
Il 23/03/2012 14:33, Richard Weait ha scritto: A low quality import in Mestre was reported on #osm it appears to have artificial breaks in objects and appears to have overlaid existing data. Hi Richard, I'm Giuliano, (bellazambo user). The edits are part of an import project that we are doing in Veneto. We are importing free data delivered from the Veneto Region. The import will take several month because there are a lot of data (building, river, vegetation data, etc...), they have to be converted and verified and there are not so much osmer involved. We decided to avoid an unique mass import and we are working piece by piece (during our free time). In particular I imported Mestre but I'm not the only one which work on that. The agreement is that each osmer import a little piece around where he lives, than he will verify errors with the helkp of all the others osmers. In the last few months I don't have any free time to go on with on OSM (previous import corrections, standard edits and new imports). I'm sorry but I have to leave, I don't have time to search an attach you all the links regarding this imports. I wish that some other osmer involved will do that and explain you this project in the details. Bye Giuliano PS per i colleghi veneti: qualcuno potrebbe cortesemente aggiungergli i link e, se ha piacere, spiegare meglio il progetto? Grazie Giuliano http://www.openstreetmap.org/?lat=45.499105lon=12.249021zoom=18layers=M http://www.openstreetmap.org/user/bellazambo/edits ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
-Se lo si fa all'interno di OSM: [...] come gia' detto deve essere una p.a. che decide poi se ne vale la pena implementarlo. Deve essere una soluzione che dimostra di dare vantaggi di tempo ed economia o perche' una pa lo crede veramente. Dal mio punto di vista i casi di successo sono piu' verso aree urbane piccole che grandi (a meno che non spezzi le grandi). Rimane il fatto che si tratta di un processo che va affrontato caso per caso. I casi dove una pa ha proposto soluzioni basate su Ushahidi/Crowdmap sono quelli da cui cominciare. Concludo segnalando questo progetto http://www.dagoneye.it/blog/2012/03/23/e-tu-cosa-ci-vedi-progettazione-urbana-aumentata-ovvero-essere-cittadini-generatori-di-dati-nellecosistema-del-nostro-territorio/ ... che tra l'altro si riferisci poi ad un concetto che ho espresso in un blog post http://de.straba.us/2012/02/22/ecosistema-open-data che e' in sintonia con l'argomento di cui stiamo parlando. In sintesi: se una p.a. vuole fare open data e' perche', al di la' dei discorsi di trasparenza,vi ha anche delle aspettative di un qualche ritorno. Il ritorno non e' detto che debba essere sui dati stessi e sui fornisce i dati, ma anche sulla creazione di nuovi servizi che reinventano i dati e creano cosi' valore alla societa'. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Il giorno 24 marzo 2012 11:56, Maurizio Napolitano napoo...@gmail.com ha scritto: In sintesi: se una p.a. vuole fare open data e' perche', al di la' dei discorsi di trasparenza,vi ha anche delle aspettative di un qualche ritorno. Il ritorno non e' detto che debba essere sui dati stessi e sui fornisce i dati, ma anche sulla creazione di nuovi servizi che reinventano i dati e creano cosi' valore alla societa'. Il portale turistico che era nella lettera d'intenti di Luca al Comune ad esempio.. Luca da questo fronte più niente? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Non conosco il ruolo dei manager d'area in Waze, per il momento in Liguria quando vediamo un nuovo utente lo si monitora e si vede come opera, quando si vede che 'lavora bene' acquista la fiducia della comunità; se qualcuno 'trusted' passa su una traccia esistente e la modifica c'è reciproca fiducia che l'avrà fatto perchè ne aveva la ragione. Penso che tale sistema di validazione non sia formalmente valido ma per gli attuali standard di affidabilità e precisione ce lo siamo fatti andare bene. Per POI particolari quali vette di monti o altri punti notevoli ultimamente inserisco il tag PDOP che ottengo dal GPS; sarà un dato che potrà avere un significato relativo, ma almeno serve a fornire un'ordine di grandezza di quella che potrebbe essere la precisione del punto stesso. Quando ti confronti con i dati della P.A. (a Genova hanno cartografia 1:1000 e 1:2000) lì per lì inorridiscono pensando al modo in cui raccogliamo i dati ma, essendo le finalità delle due cartografie completamente diverse, alla fine comprendono e a volte apprezzano il lavoro svolto. Il problema (se così lo vogliamo chiamare) della validazione e qualità del dato (esiste quella strada, valore binario Si/No e quale scostamento potrebbe avere dalla realtà, valore continuo più difficile da valorizzare) a mio avviso rimane quando si vuole in qualche modo interoperare coi due mondi. Cercare ad esempio di capire come e quanto potremmo aderire alla normativa europea INSPIRE potrebbe essere un primo passo oltre ad un tentativo di evoluzione della struttura OSM. Se pensi che cent'anni fa le cartine avevano una risoluzione ben inferiore all'attuale dobbiamo anche pensare che tra qualche anno, ad esempio, avremo a disposizione il sistema Galileo che avrà una precisione maggiore dell'attuale sistema GPS; per di più già ora adottando le correzioni GNSS puoi ottenere una qualità del dato molto buona, addirittura comparabile con la cartografia comunale, solo che se oggi mappi con una qualità favolosa nessuno lo sa e magari passa qualcun altro e esegue correzioni che peggiorano la qualità del dato. La questione semantica dei tag la vedo meno problematica; senz'altro una qualche bonifica nel DB andrebbe fatta, se pensi che sino a due anni fa i sentieri erano mappati tutti come footway e poi si passò a path. Per il resto nulla impedirebbe di aggiungere dei tag per aumentare l'interoperabilità con dati provenienti dalle P.A. o comunque validati (come sta già avvenendo in Francia con i dati catastali o nella vicina Arenzano per rimanere in Liguria). Questa mia non vuole essere nessuna verità rivelata e mi dissocio da qualunque cavolata abbia scritto qui sopra :) ma vuole essere un ennesimo spunto di riflessione sull'argomento. Alessandro Messaggio originale Da: saba...@gmail.com Data: 24/03/2012 10.41 A: ale_z...@libero.itale_z...@libero.it, openstreetmap list - italiano talk-it@openstreetmap.org Ogg: Re: [Talk-it] ERA: Import dati geografici da un comune Processo di validazione cosa implica? -Se lo si fa all'interno di OSM:1. si introducono i manager d'area alla Waze2. si sistema la semantica dei tag una volta per tutte (cosa che ho proposto in Tagging, ma è andata in vacca)-Al di fuori di OSM:1. trasformazione dei dati (un po' come quello che sta avvenendo per WLM), che però non si riflettono in un miglioramento della situazione2. confronto dei dati verificati e non in tempo reale (se passa uno che mi cancella una via ad esempio) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
2012/3/24 ale_z...@libero.it ale_z...@libero.it: Non conosco il ruolo dei manager d'area in Waze, per il momento in Liguria quando vediamo un nuovo utente lo si monitora e si vede come opera, quando si vede che 'lavora bene' acquista la fiducia della comunità; se qualcuno 'trusted' passa su una traccia esistente e la modifica c'è reciproca fiducia che l'avrà fatto perchè ne aveva la ragione. Penso che tale sistema di validazione non sia formalmente valido ma per gli attuali standard di affidabilità e precisione ce lo siamo fatti andare bene. concordo Per POI particolari quali vette di monti o altri punti notevoli ultimamente inserisco il tag PDOP che ottengo dal GPS; sarà un dato che potrà avere un significato relativo, ma almeno serve a fornire un'ordine di grandezza di quella che potrebbe essere la precisione del punto stesso. questo e' un altra questione importante. Non in tutti i dati di osm c'e' questa informazione. Quando ti confronti con i dati della P.A. (a Genova hanno cartografia 1:1000 e 1:2000) lì per lì inorridiscono pensando al modo in cui raccogliamo i dati ma, essendo le finalità delle due cartografie completamente diverse, alla fine comprendono e a volte apprezzano il lavoro svolto. Il problema (se così lo vogliamo chiamare) della validazione e qualità del dato (esiste quella strada, valore binario Si/No e quale scostamento potrebbe avere dalla realtà, valore continuo più difficile da valorizzare) a mio avviso rimane quando si vuole in qualche modo interoperare coi due mondi. Infatti un altro problema e' quello della scala. Cercare ad esempio di capire come e quanto potremmo aderire alla normativa europea INSPIRE potrebbe essere un primo passo oltre ad un tentativo di evoluzione della struttura OSM. che va bene sugli attributi, ma il modo di raccogliere i dati e' ben diverso (come tu hai stesso segnalato) Il tracciamento da foto area, ad esempio,e' viziato dall'altezza a cui e' stata ripresa. In una scala 1:10.000 potrebbe sembrare una linea dritta, ma a 1:100 potrebbe essere ben diversa Se pensi che cent'anni fa le cartine avevano una risoluzione ben inferiore all'attuale dobbiamo anche pensare che tra qualche anno, ad esempio, avremo a disposizione il sistema Galileo che avrà una precisione maggiore dell'attuale sistema GPS; per di più già ora adottando le correzioni GNSS puoi ottenere una qualità del dato molto buona, addirittura comparabile con la cartografia comunale, solo che se oggi mappi con una qualità favolosa nessuno lo sa e magari passa qualcun altro e esegue correzioni che peggiorano la qualità del dato. e questa e' un altra delle questioni che avanzano le pa La questione semantica dei tag la vedo meno problematica; senz'altro una qualche bonifica nel DB andrebbe fatta, se pensi che sino a due anni fa i sentieri erano mappati tutti come footway e poi si passò a path. rimane il problema che arrivera' sempre qualcuno a scrivere footway :) Per me questo e' un lato potente di osm, ma semantica dei tag e' spesso messa in discussione Per il resto nulla impedirebbe di aggiungere dei tag per aumentare l'interoperabilità con dati provenienti dalle P.A. o comunque validati (come sta già avvenendo in Francia con i dati catastali o nella vicina Arenzano per rimanere in Liguria). Hai qualche link su questi due aspetti? Questa mia non vuole essere nessuna verità rivelata e mi dissocio da qualunque cavolata abbia scritto qui sopra :) ma vuole essere un ennesimo spunto di riflessione sull'argomento. Sono tutte questioni che creano un po' di timori ad una pa. Una p.a, - come tu stesso hai detto - vede pero' un valore aggiunto in osm quantomeno su un validazione true/false E' per questo che penso che il primo modo per rendere appetibile osm ad una pa e' quello di fornire strumenti di notifica dei cambiamenti. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Osmveneto] bad import?
2012/3/24 Giuliano giuli...@zamboni.pro: ... I'm sorry but I have to leave, I don't have time to search an attach you all the links regarding this imports. I wish that some other osmer involved will do that and explain you this project in the details. Bye Giuliano Hi, I imported some data from the same source, so I'd like to to clarify (with my row English ;-) the cause of the artificial breaks in objects. The data imported are given cut in square by the source [1]. Mappers who import them are aware that an object, for example a building, must be merged with its half if this falls in a nearby square. Some users merge them before uploading the new data to the map, some others upload the buildings cut in half and then merge them in a second changeset. The number of squares in which data are given by the source is very high, one for each row of the table [2]. In that page each mapper who import some data should write what data he imported by writing Sì on a column, just to keep a memory of where data was imported. You can see where buildings or vegetation where imported in this [3] map too, by clicking on fabbricati importati or vegetazione importata. The data imported mainly regards buildings and vegetation (the columns FABBRIC and VEGET_A of the table). Mappers who import the data usually follow this guide [4] and coordinate with each other through the regional mailing list [5]. What I like of this approach is that data are not imported by one people for all the region, instead, as Giuliano said, imports are usually done by local mappers. For example I made the table on the Wiki and the map but I just imported less of ten squares, where I live. Since now more than 20 mappers imported data from that source, following the same guide and the same tagging scheme [6], which was discussed before in the national and regional mailing list. The downside is that the quality of the import depends on the care and the attention which every mapper puts in the import of his (*) zone. Some makes all the checks and fixes before uploading the new data, others do some corrections in following changesets (for example I preferred to merge the buildings after the import), and some others unfortunately seem to... care less about quality [5]. I take the chance of this message to urge the mappers who imported some data, and whose zone needs some fix, to merge the buildings at the edge of the squares and to do the others checks that must be made (overlapping buildings, duplicate nodes, self-intersecting ways... ). Ciao, Groppo (OSM user: coso) [1] http://idt.regione.veneto.it/app/metacatalog/ [2] http://wiki.openstreetmap.org/wiki/Veneto/Tabella_import_CTR [3] http://dl.dropbox.com/u/41550819/OSM/Overlay_CTR_OSM/Overlay_CTR_OSM.html [4] http://wiki.openstreetmap.org/wiki/Veneto/Guide_e_documentazione/Import:_dalla_CTRN_Veneto_a_OSM [5] http://liste.remixtj.net/listinfo/osmveneto [6] http://wiki.openstreetmap.org/wiki/Veneto/File_delle_Regole_SHP-to-OSM [5] I'd like to specify that I'm not talking about Giuliano here! :-) (*) unfortunately I think there are not her ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Aiuto
Buon giorno Alessandro Io avrei tracciato il mio primo sentiero copiandolo attraverso un file GPX, l'ho poi salvato sul mio computer come file.OSM Domanda, cosa devo fare adesso per poterlo mettere sulla mappa OSM in rete? Qualcuno può dare una occhiata al file prima di metterlo in rete e dimmi dove sono gli errori? E cosi via Grazie e buona giornata Sergio -Messaggio originale- Da: ale_z...@libero.it [mailto:ale_z...@libero.it] Inviato: giovedì 22 marzo 2012 14:51 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Aiuto Benvenuto! Innanzi tutto una curiosità: di quale zona hai le tracce? Io mappo dall'Appennino ligure alle Alpi Cozie. Venendo ora alla risposta: certo che puoi disegnare anche solo una parte di sentiero. Se sei nuovo immagino che userai Potlatch (lo strumento che trovi sulla pagina della mappa alla voce 'Modifica'); è buono per chi inizia, ma se vuoi uno strumento più valido prova ad usare Josm, un programma in Java che puoi scaricare qui http://josm.openstreetmap.de/wiki/InstallNotes lì per lì ti sembra complicato ma se guardi sulla pagina del wiki http://wiki.openstreetmap. org/wiki/IT:JOSM trovi istruzioni e video tutorial. Se hai un sentiero lungo puoi semiautomatizzare il disegno seguendo questa guida http://www.slideshare.net/AleZenaIT/openstreetmap-e-josm-veloce-e-preciso- col-semplifica-percorsi Per i tag da usare in campo escursionistico trovi quasi tutto in questa pagina http://wiki.openstreetmap.org/wiki/IT:Hiking Se hai dubbi non hai che da chiedere. Alessandro a.k.a. Ale_Zena_IT Messaggio originale Da: sergio.pedu...@alice.it Data: 22/03/2012 14.29 A: talk-it@openstreetmap.org Ogg: [Talk-it] Aiuto Buona giornata a tutti Come si capisce sono nuovo in osm e poco preparato. Siccome ho diversi tracciati GPS di sentieri delle montagne dellamia zona e vorrei riuscire ad inserirli, vi chiedo una prima informazione: se inizio a disegnare una traccia e per una qualsiasiragione non posso terminarla, cosa succede? Come devo procedere?si puòarchiviare da qualche parte? Per questa prima info ringrazio chi mi darà una gentilerisposta PS. Sono graditi anche altri consigli su come procedere ingenerale Sergio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto
Con quale strumento lavori? Se il file è salvato in locale come .osm posso ipotizzare sia stato usato Josm ma non ne sono sicuro. La cosa bella di OSM e dei suoi strumenti è che se c'è qualcosa di sbagliato si può correggere o alla peggio, attraverso il reverse, annullare completamente la sessione di lavoro errata, quindi per le prime volte prova senza aver paura di fare danni e poi scrivici in quale zona hai lavorato in modo da poter controllare il risultato finale e darti le dritte giuste. Per caricarlo in rete ci sono due metodi: A) dalla pagina della mappa si clicca sul Tab 'Tracciati GPS' -- si clicca su 'Carica un tracciato' dandogli una descrizione sensata (es.: sentiero da A a B), in 'Etichette' una o più etichette che individuino la zona (es.: Lombardia Comerio Punta_Merigetto) [Importante: qui non vanno usate le virgole] e impostando la visibilità a 'Pubblica'. In questo modo si carica la traccia GPX in un 'magazzino' visibile a tutti. In questo modo però non la si carica sulla cartografia! Per vederla e successivamente ricalcarla occorre: andare con la mappa sulla zona della traccia -- cliccare su Modifica -- cliccare poi in alto a destra su 'GPS' selezionando 'My Tracks' B) Usando l'editor Josm è molto più immediato: 1- si apre Josm 2- si trascina il file GPX nella finestra di Josm: apparirà la traccia e nella finestra 'Livelli' vedremo elencata la traccia 3- in Josm Menù 'File' -- Scarica da OSM: Jsom identifica la zona interessata e la seleziona con un rettangolo rosa 4- si clicca sul bottone in basso 'Scarica' e dopo alcuni secondi avremo i punti e le vie già mappate in zona sovrapposte alla nostra traccia GPX A questo punto si opera nello stesso modo, sia che sia abbia scelto il metodo a che il B: si ricalca la traccia GPX (o se si usa Josm si segue la guida su Slideshare che segnalai ieri) e vi si aggiungono i tag necessari ad identificare il sentiero (come minimo highway=path (o comunque highway=il_tag_appropriato) e si carica il risultato. Comunque torniamo al sodo: quale strumento usi? Alessandro Messaggio originale Da: sergio.pedu...@alice.it Data: 24/03/2012 15.28 A: ale_z...@libero.it, openstreetmap list - italianotalk- i...@openstreetmap.org Ogg: R: [Talk-it] Aiuto Buon giorno Alessandro Io avrei tracciato il mio primo sentiero copiandolo attraverso un file GPX, l'ho poi salvato sul mio computer come file.OSM Domanda, cosa devo fare adesso per poterlo mettere sulla mappa OSM in rete? Qualcuno può dare una occhiata al file prima di metterlo in rete e dimmi dove sono gli errori? E cosi via Grazie e buona giornata Sergio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Aiuto
Buona sera Alessandro Io ho preparato il mio tracciato su JOSM e come ti dicevo l'ho salvato sul mio pc. Adesso vorrei metterlo su OSM e renderlo pubblico, ma non ho capito come devo fare. La zona sulla quale ho lavorato è quella di Luino (VA) e la traccia parte dal monte sette termini e termina a Creva Grazie per l'aiuto e buona notte Sergio -Messaggio originale- Da: ale_z...@libero.it [mailto:ale_z...@libero.it] Inviato: sabato 24 marzo 2012 21:29 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Aiuto Con quale strumento lavori? Se il file è salvato in locale come .osm posso ipotizzare sia stato usato Josm ma non ne sono sicuro. La cosa bella di OSM e dei suoi strumenti è che se c'è qualcosa di sbagliato si può correggere o alla peggio, attraverso il reverse, annullare completamente la sessione di lavoro errata, quindi per le prime volte prova senza aver paura di fare danni e poi scrivici in quale zona hai lavorato in modo da poter controllare il risultato finale e darti le dritte giuste. Per caricarlo in rete ci sono due metodi: A) dalla pagina della mappa si clicca sul Tab 'Tracciati GPS' -- si clicca su 'Carica un tracciato' dandogli una descrizione sensata (es.: sentiero da A a B), in 'Etichette' una o più etichette che individuino la zona (es.: Lombardia Comerio Punta_Merigetto) [Importante: qui non vanno usate le virgole] e impostando la visibilità a 'Pubblica'. In questo modo si carica la traccia GPX in un 'magazzino' visibile a tutti. In questo modo però non la si carica sulla cartografia! Per vederla e successivamente ricalcarla occorre: andare con la mappa sulla zona della traccia -- cliccare su Modifica -- cliccare poi in alto a destra su 'GPS' selezionando 'My Tracks' B) Usando l'editor Josm è molto più immediato: 1- si apre Josm 2- si trascina il file GPX nella finestra di Josm: apparirà la traccia e nella finestra 'Livelli' vedremo elencata la traccia 3- in Josm Menù 'File' -- Scarica da OSM: Jsom identifica la zona interessata e la seleziona con un rettangolo rosa 4- si clicca sul bottone in basso 'Scarica' e dopo alcuni secondi avremo i punti e le vie già mappate in zona sovrapposte alla nostra traccia GPX A questo punto si opera nello stesso modo, sia che sia abbia scelto il metodo a che il B: si ricalca la traccia GPX (o se si usa Josm si segue la guida su Slideshare che segnalai ieri) e vi si aggiungono i tag necessari ad identificare il sentiero (come minimo highway=path (o comunque highway=il_tag_appropriato) e si carica il risultato. Comunque torniamo al sodo: quale strumento usi? Alessandro Messaggio originale Da: sergio.pedu...@alice.it Data: 24/03/2012 15.28 A: ale_z...@libero.it, openstreetmap list - italianotalk- i...@openstreetmap.org Ogg: R: [Talk-it] Aiuto Buon giorno Alessandro Io avrei tracciato il mio primo sentiero copiandolo attraverso un file GPX, l'ho poi salvato sul mio computer come file.OSM Domanda, cosa devo fare adesso per poterlo mettere sulla mappa OSM in rete? Qualcuno può dare una occhiata al file prima di metterlo in rete e dimmi dove sono gli errori? E cosi via Grazie e buona giornata Sergio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Hola desde Murcia
Me alegro que te hayas lanzado :). Murcia sigue ejecutándose en nuestro servidor, en cuanto la tengamos la subimos a mi web y ponemos enlace en la wiki. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Importaciones por partes
Una de las cosas que nos han sugerido en la lista de imports es que propusiéramos la importación de catastro saparada por distintos elementos de los que figuran en catastro. Teniendo eso en cuenta por un lado y porque creo que a la hora de importar, dado que hay tantísimo por hacer, cada uno va a ir importando según su criterio, preferencias, conocimientos, etc., he modificado una de las página de results [1] desglosando las distintas partes en que se podría importar el catastro, para que le echéis un vistazo y deis vuestra opinión. Sólo he hecho la letra A hasta ver qué os parece. Me parece además que de esta forma se facilita la organización y seguimiento de la importación. Por cierto, en la cabecera de esta y otras página hay propuesto un semáforo para indicar el estado de las importaciones, que se supone que hay que marcar sobre el mapa de la provincia. ¿Cómo se haría esto si el mapa que hay es una imagen fija?. Una cosa más, me parece que sería más lógico el siguiente esquema: rojo-recién exportado, amarillo-corrigiendo, verde-terminado. [1] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Caceres#Resultados_de_la_importaci.C3.B3n_de_datos_del_Catastro_de_Espa.C3.B1a_para_C.C3.A1ceres ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importaciones por partes
El 24/03/12 09:57, Cruz Enrique Borges Hernández escribió: El 24 de marzo de 2012 09:38, Carlos Dávila cdavi...@orangecorreo.es mailto:cdavi...@orangecorreo.es escribió: Una de las cosas que nos han sugerido en la lista de imports es que propusiéramos la importación de catastro saparada por distintos elementos de los que figuran en catastro. Teniendo eso en cuenta por un lado y porque creo que a la hora de importar, dado que hay tantísimo por hacer, cada uno va a ir importando según su criterio, preferencias, conocimientos, etc., he modificado una de las página de results [1] desglosando las distintas partes en que se podría importar el catastro, para que le echéis un vistazo y deis vuestra opinión. A mi me parece que la idea de separar por temas es mala por diseño. Me explico: una parcela tiene que tener unos datos de uso de suelo que saldrán de -subparce y -parce si es rural y con -usos si es urbana. Además no estaría de más que le pusiéramos su número de portal si lo tiene (y eso sale de -portales). Si tiene edificios dentro que intersecan con los límites de la parcela, pues hay también que meterlos, pues hay que simplificar esas vías... No se si se me entiende. Hacerlo por separado puede llevar lugar a geomtrías no completamente simplificadas o a metadatos incompletos. Yo creo que lo mejor es hacerlo por tiles o zonas. Vale, por lo que dices tendría que ir casi todo junto, salvo -elemtex, -elempun -ejes y -masa. De éstos, creo que -masa no tiene ninguna información válida que no aporten ya otras capas, por lo que se podría descartar, ¿es correcto? Sólo he hecho la letra A hasta ver qué os parece. Me parece además que de esta forma se facilita la organización y seguimiento de la importación. Por cierto, en la cabecera de esta y otras página hay propuesto un semáforo para indicar el estado de las importaciones, que se supone que hay que marcar sobre el mapa de la provincia. ¿Cómo se haría esto si el mapa que hay es una imagen fija?. 0- Descargar fichero 1- Abrir con el paint/gimp o similar. 2- Localizar el pueblo. 3- Darle al bote de pintura y seleccionar el color pertinente. 4- Acertar al interior del pueblo (hint hacer zoom :P) 5- Guardar. 6- Volver a subir. Ese método ya lo conocía, pero me parecía demasiado laborioso y pensé que habría algo más directo. Una cosa más, me parece que sería más lógico el siguiente esquema: rojo-recién exportado, amarillo-corrigiendo, verde-terminado. Me parece que en Ávila se está haciendo así: http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Avila Nota: los enlaces de la página de Ávila a través de librered no funcionan. [1] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Caceres#Resultados_de_la_importaci.C3.B3n_de_datos_del_Catastro_de_Espa.C3.B1a_para_C.C3.A1ceres ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [cat2osm] - Prueba San Sebastian de los Reyes
Ya se acabo de convertir, Alcobendas, os lo dejo para que le hecheis un ojo. http://db.tt/w4glVYnR Un saludo. El 22 de marzo de 2012 18:00, Alberto Catala albertocat...@gmail.comescribió: Pues por aqui tienes un vecino, para entonces. Tambien tengo conviertiendose Alcobendas, supongo que tardará, de momento voy haciendo pequeños cambios por esta zona. Ya tengo tengo todos los nombres de calles de Sanse y como ahora estoy de baja medica tengo tiempo para seguir con Alcobendas. El 22 de marzo de 2012 17:54, David Marín Carreño dav...@gmail.comescribió: El 22 de marzo de 2012 17:52, Alberto Catala albertocat...@gmail.comescribió: David, me parece que tu eres de por aqui verdad? Soy de Madrid, vivo en Villaverde pero trabajo en Alcobendas y lo conozco algo. Y estoy intentando vender mi piso para mudarme para Alcosanse... -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Versión 2012-03-23
Se podría. Es una sugerencia muy interesante :) El 24 de marzo de 2012 10:18, Miguel Blanco mblan...@gmail.com escribió: Buenos días, ¿no se podría poner a modo de comentario dentro del .osm generado la versión ? Saludos, El 24 de marzo de 2012 09:12, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Utrera ha terminado, lo que no se es con que versión. La comprimo y te la subo. http://paginaspersonales.deusto.es/cruz.borges/Utrera.zip Espero que este todo bien!!! El 23 de marzo de 2012 14:50, Konfrare Albert lakonfrariadelav...@gmail.com escribió: He convertido La Palma de Cervelló con la nueva versión de Cat2Osm, el OSM resultante es prácticamente igual al anterior en mi caso [o sea, el resultado continua siendo muy bueno], no he visto ninguna novedad a comentar, tampoco me ha salido ningún error. Un saludo, y buen fin de semana! ALBERT 2012/3/23 José Manuel Díaz Soriano cbu...@gmail.com Ander lanzastes Utrera ? Es que me tarda en torno a tres dias y no quiero cortar para probar la nueva version. Gracias El 23/03/2012 13:45, Ander Pijoan ander.pij...@deusto.es escribió: Nueva versión con algunos arreglos: Ficheros .CAT ya no producen errores. Corrección de tags. El archivo Carvia.DBF con los nombres de ejes rústicos era igual que el urbano, por lo que salían los ejes rústicos con nombres de los urbanos. Ahora los rústicos saldrán sin nombres. Añadidas las modificaciones de David Marín para empezar a desechar geometrías que no tengan información relevante. Debido a que todavía está en pruebas pueden saliros algunos ways que antes pertenecían a alguna relación sin tags que ahora no pertenecen a ninguna y JOSM se os quejará diciendo que hay un way vacío o que no pertenece a nadie ni tiene tags. http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar o en github https://github.com/AnderPijoan/cat2osm El lunes espero que llegue Cruz con la información que haya recopilado en Girona ya de cara al tema espinoso de la importación. Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importaciones por partes
Vale, por lo que dices tendría que ir casi todo junto, salvo -elemtex, -elempun -ejes y -masa. De éstos, creo que -masa no tiene ninguna información válida que no aporten ya otras capas, por lo que se podría descartar, ¿es correcto? Si, masas no se está importando, ander la puso por completitud pero vamos, que no trae nada. Yo creo más bien que la discusión debería de ser, ¿qué es lo que se va a importar de cada zona? Me explico: En ávila, por ejemplo, ya tienen bastantes geometrías de edificios y parcelas. Quizás allí lo que interese es importar -destinos, -portales y rústico, por ejemplo. En pueblo perdido de la mano de dios a lo mejor lo que interesa portar es todo. Yo dividiría el proceso en 3 decisiones: - ¿Qué se va a importar? Y a mi se me ocurren los siguientes casos: + Portales + Usos + Constru + parcelas urbanas (creo que esto es lo que sale al poner parcelas, pero no estoy seguro) + Parcelas y subparcelas rurales + Todo lo anterior - ¿Quien se encarga y como lo va a hacer? Que yo creo que podría ser: + Negro - no se va a importar /no necesario. + Rojo - Traducido (y enlace al osm). + Naranja - Corregidos fixmes y geometrías (y enlace al osm). + Amarillo - Datos conflatados con lo que está en master (llegado a este punto de avisa al/los responsables para que comiencen a subir). + Verde - Datos subidos (este solo lo debería de marcar el/los responsables). - ¿Cómo lo vamos a subir? Si al final vamos a tener que usar scripts para subir los datos, como se está comentando en la lista en inglés, yo creo que lo suyo sería que el responsable de la provincia fuera el que lo subiera. El script se encargaría de partir en sectores lo que sea que se fuera a subir e ir subiéndolos poco a poco. Yo orientaría la wiki en ese sentido, marcar que se quiere importar de cada localidad y con colores que se está haciendo y/o como se está haciendo. Nota: los enlaces de la página de Ávila a través de librered no funcionan. Es posible que se les haya caído el server :S En: http://paginaspersonales.deusto.es/cruz.borges/Avila.zip está lo que sale de nuestro script y en master ellos ya habían importado algunas cosas. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importaciones por partes
Cruz, tengo una duda. En Sevilla no hay nadie trabajando? He mirado la wiki y nada y no entiendo muy bien el proceso de import, ya que he visto Ávila y no veo nada exportado (al menos a lo que parcelas y portales se refiere). Ahora mismo estamos discutiendo como lo vamos a hacer. En principio si no hay nadie en sevilla, te recomiendo que te pongas en contacto con jynus para que te encargues tu :P Cómo es el procedimiento para poder ir subiendo y editar la wiki? Luego, actualmente no se debería de subir absolútamente NADA hasta que no terminemos de discutir en la lista de imports en inglés como debería de ser el proceso. Lo que si que se puede ir haciendo es ir descargando datos de catastro e ir editándolos. Para eso lo único que hay que hacer es: 1- Marcarte como usuario en la wiki: http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Sevilla 2- y cuando tengas los datos procesados (o editados y corregidos) los pones en un zip y los subes a alguna página web y editas la wiki de acuerdo. Si no dispones de espacio web, supongo que nos los puedes enviar a nosotros, aunque esto tendremos que empezar a discutirlo también :S Fíjate que en el correo anterior acabo de proponer un código de colores (basado en el que están usando en Ávila), pero a ver en que queda. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [CATASTRO] Resumen en inglés sobre los pasos que se han tomado siguiendo la guía de imports.
http://wiki.openstreetmap.org/wiki/Spanish_Cadastre_import A ver si me echais una mano y lo carregis y ampliais un poco :S Mi inglés es bastante malo y deja mucho que desear :( -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importaciones por partes
Hola El tema de Avila: Como se habian sacado nuevas versiones de cat2osm despues de la exportación de Avila, Aveinte, San Juan de la Encinilla, Monsalupe, Las Berlanas y El Tiemblo, estaba esperando a que sacaran una nueva versión para exportar esos pueblos de nuevo. Por allo los enlaces de las fuentes en librered no funcionan temporalmente. Mientras... con las antiguas capas exportadas, estoy corrigiendo/modificando en OSM los vectores ya publicados, (sobre todo calles) que no coincidad y se superpongan a los datos del catastro. Me he creado un pequeño manual http://Minitutorial_para_cat2osm_Avila con lo que me va surgiendo en Avila, (supongo que otras ciduades serán similares y otras muy distintas). NO se ha subido nada de la exportación del catastro. Pero si voy preparando las zonas (con mi propio usuario) para cuando tengamos una version refinitiva y se termine de decidir que se va a subir. (por si se decide al final subir o no parcelas, entre otras). y como digo mientras voy corrigiendo y preparando OSM y los pueblos en la wiki... Un saludo El 24 de marzo de 2012 11:49, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Cruz, tengo una duda. En Sevilla no hay nadie trabajando? He mirado la wiki y nada y no entiendo muy bien el proceso de import, ya que he visto Ávila y no veo nada exportado (al menos a lo que parcelas y portales se refiere). Ahora mismo estamos discutiendo como lo vamos a hacer. En principio si no hay nadie en sevilla, te recomiendo que te pongas en contacto con jynus para que te encargues tu :P Cómo es el procedimiento para poder ir subiendo y editar la wiki? Luego, actualmente no se debería de subir absolútamente NADA hasta que no terminemos de discutir en la lista de imports en inglés como debería de ser el proceso. Lo que si que se puede ir haciendo es ir descargando datos de catastro e ir editándolos. Para eso lo único que hay que hacer es: 1- Marcarte como usuario en la wiki: http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Sevilla 2- y cuando tengas los datos procesados (o editados y corregidos) los pones en un zip y los subes a alguna página web y editas la wiki de acuerdo. Si no dispones de espacio web, supongo que nos los puedes enviar a nosotros, aunque esto tendremos que empezar a discutirlo también :S Fíjate que en el correo anterior acabo de proponer un código de colores (basado en el que están usando en Ávila), pero a ver en que queda. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importaciones por partes
Puedes mover a un lugar más visible el tutorial de avila en la wiki? Me parece que es MUY interesante y puede ser el punto de partida para ir ampliando. Probablemente con enlace en la página de cat2osm valga. El 24 de marzo de 2012 13:23, Xavier Martin xavier...@gmail.com escribió: Hola El tema de Avila: Como se habian sacado nuevas versiones de cat2osm despues de la exportación de Avila, Aveinte, San Juan de la Encinilla, Monsalupe, Las Berlanas y El Tiemblo, estaba esperando a que sacaran una nueva versión para exportar esos pueblos de nuevo. Por allo los enlaces de las fuentes en librered no funcionan temporalmente. Mientras... con las antiguas capas exportadas, estoy corrigiendo/modificando en OSM los vectores ya publicados, (sobre todo calles) que no coincidad y se superpongan a los datos del catastro. Me he creado un pequeño manual http://Minitutorial_para_cat2osm_Avilacon lo que me va surgiendo en Avila, (supongo que otras ciduades serán similares y otras muy distintas). NO se ha subido nada de la exportación del catastro. Pero si voy preparando las zonas (con mi propio usuario) para cuando tengamos una version refinitiva y se termine de decidir que se va a subir. (por si se decide al final subir o no parcelas, entre otras). y como digo mientras voy corrigiendo y preparando OSM y los pueblos en la wiki... Un saludo El 24 de marzo de 2012 11:49, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Cruz, tengo una duda. En Sevilla no hay nadie trabajando? He mirado la wiki y nada y no entiendo muy bien el proceso de import, ya que he visto Ávila y no veo nada exportado (al menos a lo que parcelas y portales se refiere). Ahora mismo estamos discutiendo como lo vamos a hacer. En principio si no hay nadie en sevilla, te recomiendo que te pongas en contacto con jynus para que te encargues tu :P Cómo es el procedimiento para poder ir subiendo y editar la wiki? Luego, actualmente no se debería de subir absolútamente NADA hasta que no terminemos de discutir en la lista de imports en inglés como debería de ser el proceso. Lo que si que se puede ir haciendo es ir descargando datos de catastro e ir editándolos. Para eso lo único que hay que hacer es: 1- Marcarte como usuario en la wiki: http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Sevilla 2- y cuando tengas los datos procesados (o editados y corregidos) los pones en un zip y los subes a alguna página web y editas la wiki de acuerdo. Si no dispones de espacio web, supongo que nos los puedes enviar a nosotros, aunque esto tendremos que empezar a discutirlo también :S Fíjate que en el correo anterior acabo de proponer un código de colores (basado en el que están usando en Ávila), pero a ver en que queda. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Relaciones de Linea de Bus
On Sábado, 24 de marzo de 2012 10:44:02 Alberto Catala escribió: Lo miro y lo corrijo. Como distingo la Network, del resto de las de la comunidad... esa linea se llama L7, pero depende del CTM??? Hhhhmmm... ¿Y porqué no veo esa línea listada en http://www.ctm-madrid.es/ ? Habría que cambiar un par de tags, hacer otra relación similar para el otro sentido de la línea, y juntar los dos sentidos en un route_master. No tiene otro sentido, es circular. Que hago en este caso? Hhhmmm. Bueno, las circulares de madrid (C y metrobúho 6) tienen dos sentidos: horario y antihorario, por eso lo decía. Supongo que para una circular con un sólo sentido, se haría igual, pero el route_master tendría un solo miembro en vez de dos. De cualquier manera, buen trabajo. Sé lo que es estar con líneas de autobús :-) Lo trato de modificar, solo era la primera, supongo que la proxima sera mas facil. Bueno, al final es siempre cortar y seleccionar vías, crear la relación, etiquetar. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es Proudly running Debian Linux with 3.2.0-2-amd64 kernel, KDE , and PHP 5.3.9-1 generating this signature. Uptime: 13:53:14 up 6 min, 2 users, load average: 0,15, 0,41, 0,27 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Resumen en inglés sobre los pasos que se han tomado siguiendo la guía de imports.
He arreglado un par de cosas aquí y allá. Me hubiera gustado contribuir más pero es que no estoy muy al día de los detalles. Seguir lo que está pasando por la lista es un trabajo full-time ;) En cualquier caso, enhorabuena a todos los implicados. La cosa empieza a tomar muy buena forma Jose 2012/3/24 Cruz Enrique Borges Hernández cruz.bor...@deusto.es http://wiki.openstreetmap.org/wiki/Spanish_Cadastre_importhttp://wiki.openstreetmap.org/wiki/Spanish_Cadastre_import A ver si me echais una mano y lo carregis y ampliais un poco :S Mi inglés es bastante malo y deja mucho que desear :( -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importaciones por partes
Holas He reactivado los archivos de la antigua exportacion de los pueblos de Avilahttp://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Avila, (LibreRed no se cae ;) ) por si alguien les quiere echar un ojo, la mayoría son pueblos muy pequeños, en los que se va a notar muchisimo el cambio. Pero informo que esas exportaciones están desfasadas de versión, (con sus consecuentes tags, incorrecciones y demás..). He mejorado el minitutorialhttp://wiki.openstreetmap.org/wiki/Minitutorial_para_cat2osm_Avilade exportación para que sea más general y se pueda usar mejor de ejemplo, con algunas preguntas que planteabaís. He mejorado la parte de la leyenda de colores para la exportación. A ver que opinaís ... Lo de mover el tutorial, por mi.. haced lo que queraís con él, pero decidme donde lo muevo. Si algo no esta claro o se puede mejorar, por favor cambienlo o diganmelo. Sería bueno que alguien más planteara hacer otro tutorial similar con otro pueblo/ciudad, por si algún paso o error no sea el mismo. y comparar y mejorar. (es solo una idea jeje) Lo de cambiar la imagen de la provincia, he estado probando, y para mi lo más rapido es lo que se ha dicho. Descargar, repintar la pequeña zona y subir... En cuanto a lo de seguir el hilo, ufff y esto se pone calentito, y lo que nos queda porque cada vez somos más y estamos más cerca... Por ahora nada más. Esperando que salga una nueva versión... :) Seguiremos mejorando lo ya existente. Un saludo Xavier Martin El 24 de marzo de 2012 13:44, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Puedes mover a un lugar más visible el tutorial de avila en la wiki? Me parece que es MUY interesante y puede ser el punto de partida para ir ampliando. Probablemente con enlace en la página de cat2osm valga. El 24 de marzo de 2012 13:23, Xavier Martin xavier...@gmail.comescribió: Hola El tema de Avila: Como se habian sacado nuevas versiones de cat2osm despues de la exportación de Avila, Aveinte, San Juan de la Encinilla, Monsalupe, Las Berlanas y El Tiemblo, estaba esperando a que sacaran una nueva versión para exportar esos pueblos de nuevo. Por allo los enlaces de las fuentes en librered no funcionan temporalmente. Mientras... con las antiguas capas exportadas, estoy corrigiendo/modificando en OSM los vectores ya publicados, (sobre todo calles) que no coincidad y se superpongan a los datos del catastro. Me he creado un pequeño manual http://Minitutorial_para_cat2osm_Avilacon lo que me va surgiendo en Avila, (supongo que otras ciduades serán similares y otras muy distintas). NO se ha subido nada de la exportación del catastro. Pero si voy preparando las zonas (con mi propio usuario) para cuando tengamos una version refinitiva y se termine de decidir que se va a subir. (por si se decide al final subir o no parcelas, entre otras). y como digo mientras voy corrigiendo y preparando OSM y los pueblos en la wiki... Un saludo El 24 de marzo de 2012 11:49, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Cruz, tengo una duda. En Sevilla no hay nadie trabajando? He mirado la wiki y nada y no entiendo muy bien el proceso de import, ya que he visto Ávila y no veo nada exportado (al menos a lo que parcelas y portales se refiere). Ahora mismo estamos discutiendo como lo vamos a hacer. En principio si no hay nadie en sevilla, te recomiendo que te pongas en contacto con jynus para que te encargues tu :P Cómo es el procedimiento para poder ir subiendo y editar la wiki? Luego, actualmente no se debería de subir absolútamente NADA hasta que no terminemos de discutir en la lista de imports en inglés como debería de ser el proceso. Lo que si que se puede ir haciendo es ir descargando datos de catastro e ir editándolos. Para eso lo único que hay que hacer es: 1- Marcarte como usuario en la wiki: http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Sevilla 2- y cuando tengas los datos procesados (o editados y corregidos) los pones en un zip y los subes a alguna página web y editas la wiki de acuerdo. Si no dispones de espacio web, supongo que nos los puedes enviar a nosotros, aunque esto tendremos que empezar a discutirlo también :S Fíjate que en el correo anterior acabo de proponer un código de colores (basado en el que están usando en Ávila), pero a ver en que queda. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24
Re: [Talk-es] Relaciones de Linea de Bus
He cambiado segun lo hablado, Linea 7 de Sanse. Master_Route -- Relation 2098291 [1] que esta formada por la Route -- 2096763 http://www.openstreetmap.org/browse/relation/2096763 [2] Solo tiene un sentido. Linea 4 de Sanse. Master_Route -- Relation 2098290 [3] que esta formada por dos rutas Ida. Route -- Relation 2098232 [4] Vuelta Route -- Relation 2098286 [5] [1] http://www.openstreetmap.org/browse/relation/2098291 http://www.openstreetmap.org/browse/relation/2098291%20 [2] http://www.openstreetmap.org/browse/relation/2096763 [3] http://www.openstreetmap.org/browse/relation/2098290 [4] http://www.openstreetmap.org/browse/relation/2098232 [5] http://www.openstreetmap.org/browse/relation/2098286 En operador he puesto la empresa que hace el servicio Interbus y en Network he puesto CMT San Sebastian de los reyes por si hubiera que diferenciarlas con otras municipales que tambien esten dentro del Consorcio. (Como comentario las lineas de Alcobendas y de Sanse, en realidad son la misma red, no hay numeros de linea que sean iguales.) PD Si quereis me decis como meterlos en la wiki para evitar confusiones Gracias por la ayuda. Alberto El 24 de marzo de 2012 17:23, sergio sevillano sergiosevillano.m...@gmail.com escribió: El 24/03/2012, a las 13:57, Iván Sánchez Ortega escribió: On Sábado, 24 de marzo de 2012 10:44:02 Alberto Catala escribió: Lo miro y lo corrijo. Como distingo la Network, del resto de las de la comunidad... esa linea se llama L7, pero depende del CTM??? Hhhhmmm... ¿Y porqué no veo esa línea listada en http://www.ctm-madrid.es/ ? hay que rebuscar un poco pero está, en líneas por municipio supongo que todas las lineas de autobuses públicos en las que que valga el abono de transportes serían del consorcio aunque sean empresas privadas entonces, network=CTM ? como se distinge (p.e.) L7 de alcobendas de la L7 de ss de los reyes operator=CTM Municipio ? route_master tendría un solo miembro en vez de dos. ok ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Wann primary, secondary und tertiary?
On 23.03.2012 12:38, Boris Cornet wrote: Eine Ortstafel ist aber ein zwingender Grund, genauso wie wenn eine Wohnstraße anfängt. Bitte verwende Wohngebietsstraße den Wohnstraße ist lt. StVO leider eben eine living_street Die meine ich eh. Weil ein Anfang einer Wohnstraße genauso einen Waysplit bedingt wie ein Anfang vom Ortsgebiet. Eine Wohngebietsstraße gibt es übrigens nicht, und darum hat es keinen Sinn einen Tag für sowas zu verwenden. Genausowenig halte ich es für sinnvoll, eine primary auf einem kurzen Stück zur trunk zu machen, nur weil da ein Autostraße Schild ist. Wenn du deine nächste Radtour planst, bist du froh, wenn die Autostraße als Trunk erkennbar ist. Ich gehe davon aus, dass Radfahrer zum Routenplanen eine Radfahrerkarte verwenden (Radlkarte, cylemap, ...) und damit ist das (vorgeschobene?) Argument vom Tisch. access restrictions sind nun mal ein anderes Paar Schuhe. Die Cyclemap wertet bicycle=no zumindest auf Tracks, wahrscheinlich auch auf anderen Straßen nicht aus. Und motorroad=yes auch nicht, wie die B50 bei Breitenbrunn beweist, wo jemand ohne den vorherigen Bearbeiter (in dem Fall zufällig ich) zu fragen oder zumindest zu benachrichtigen den trunk auf primary geändert hat. Das ist schon das zweite Mal, dass ich diese Straße reparieren muss. Und was machen Fußgänger, schauen die auf die Fußgängerkarte? Es ist eine Illusion, dass es für jeden Zweck eine eigene Karte gibt. Eine Karte für Drachenflieger, eine Karte für Rauchfangkehrer, eine Karte für 49-jährige Briefmarkensammler mit Schuhgröße 41. In Wahrheit schauen 95% der Leute im Web auf die Mapnik-Karte. Zumal mit Osmarender die einzige andere allgemeine Karte gekillt wurde. Aber bitteschön, wenn du meinst dass ein Flickerlteppich besser ist, Wir bilden die Realität ab. Wenn in der Realität ein Fleckerlteppich ist, dann gibt es den Fleckerlteppich halt auch in OSM. Wenn dich der Fleckerlteppich stört, dann lynche die Verkehrsplaner. OT: Meine Lieblingsfaustregel: Wenn man mit Stöckelschuhen gehen kann, ist es ein footway, sonst ein path. Auf verdichtetem Boden kann man mit Stöckelschuhen besser gehen als auf Splitt. Den Unterschied zwischen path und footway sehe ich darin, dass letzterer befestigt und in seinem Verlauf starr festgelegt ist, während sich der Verlauf von einem Path ganz von selber ändern kann, wenn mal ein Baum drauf wächst oder drauffällt ein Hangrutsch passiert. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] secondary, tertiary,.. konkrete frage
On 23.03.12 21:46, Markus Straub wrote: gibt's eigentlich einen grund dafür, dass in 1. bezirk (wien) wipplingerstraße und wollzeile nicht tertiary sind? imho sollte sollten sie das sein, das sind zwei vielbenützte ausfallsstraßen aus dem zentrum. Der erste Bezirk ist ein Problem für sich... Ursprünglich war alles residential (und in der FB Karte ist das auch so). Ich bin irgendwann auf die Idee gekommen, diese Runde Tuchlauben - Brandstätte - Rotenturmstraße tertiary zu machen, weil's imo die wichtigste Route im 1. Bezirk ist... aber ich bin mir nicht so sicher, ob das wirklich eine gute Idee war. Du kommst (zurecht) auf die Idee, Wipplingerstraße und Wollzeile müßten auch tertiary sein. Dann aber eigentlich Fleischmarkt-Postgasse auch. Naja, über die Dominikanerbastei kommt man auch zur Postgasse. Und dann gibt's da ja noch die Runde Kärntner Straße - Neuer Markt - Plankengasse - Stallburggasse - Habsburgergasse - Reitschulgasse - Augustinerstraße - Operngasse. Und Löwelstraße - Schauflergasse - Michaelerplatz - Herrengasse - Bankgasse oder Teinfaltstraße wieder raus. Oder Schottengasse-Freyung (bis Am Hof kommt man da ja wohl noch) - Tiefer Graben - Börsegasse - Börseplatz... und zum Rudolfsplatz kommt man auch hin... und die Runde Singerstraße - Weihburggasse oder Himmelpfortgasse gibt's auch... und Schwarzenbergstraße (optional auch über die Walfischgasse) auch nicht zu vergessen... Und im Nu ist der ganze erste Bezirk (überall, wo man halt noch fahren kann) tertiary... Ähm... Nicht wirklich eine gute Idee... ;) IMO ist der Punkt: ein Router findet den Weg dort, wo er erlaubt ist (wenn alles richtig getaggt ist). Insofern sollte man vielleicht nicht gar so viel optisch vorgeben... Drum hab ich's dann bei genau der einen Runde gelassen. BTW: Kann man die Habsburgergasse über den Graben wirklich wieder fahren? Vor paar Jahren durften das nur Bus/Taxi (mit dem Linksverkehr im Stück Habsburgergasse; aber den haben's ja offenbar wieder gestanzt). Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
On 23.03.12 13:45, Jimmy_K wrote: Wieso so aufwendig? Bitte nimm's einfach zur Kenntnis. Wir haben das schon bis zum Erbrechen diskutiert, es macht Sinn, es ist eine gute Zusatzinfo. Wenn Du's nicht machst, machst Du's nicht. Und nein, es ist nicht aufwändig, eine Tags-Kopieren-Funktion hat mittlerweile jeder Editor. Wichtig ist primär natürlich der (richtige) maxspeed= . /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
On 23.03.12 11:35, Friedrich Volkmann wrote: Von der Bedeung her wäre es highway=primary + segregated=no. Nee, segregated=no heißt nur, dass - und erfunden wurde das für Rad/Fußwege - diese beiden nicht in eigene Spuren getrennt sind. Ein Shared Space ist von der Bedeutung her etwas mehr, vor allem (IMO, ich hab das richtlich jetzt auch nicht so im Kopf) daß dort jeder nur Schrittgeschwindigkeit fahren darf, jedenfalls sind das effektiv hohe Kosten für einen Router, und auch Du selbst als Autofahrer wirst diesen Space meiden, außer Du willst dort wirklich hin. Ganz egal, ob Du dort nicht durchfahren darfst (ich glaube mich zu erinnern, das [für Wien] so gelesen zu haben), Du willst es nicht. Willst Du in der Mariahilfer Straße jetzt schon nicht (außer Du bist hartgesottener Radfahrer). ;) Bei Gemeindegrenzen hast du recht, Ortsgebiet nach StVO ist aber sehr wohl relevant, weil sehr viele Anwendungen das brauchen. Die StVO ist für die Klassifizierung des highway= Tags nicht relevant. Warum kann man das nicht einfach akzeptieren? Es wird sich in aller Regel decken, aber es steht im Gesetzt ist kein Argument dafür, es nicht anders zu taggen, wenn in dieser konkreten Situation das Tagging Sinn macht. Warum diese Angst vor der eigenen Urteilsfähigkeit? /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
On 23.03.12 11:38, Stefan Herbert Tiran wrote: Wenn gerade einmal 100 Meter entfernt eine Umfahrungsstraße gebaut wurde, ist es schon gedacht, dass der Verkehr auf diese umgeleitet wird, und die Bedeutung der alten Straße niedriger als primary ist. Ich kenne diese Situation nicht, aber normal wird schon die Route der Bundesstraße geändert, wenn so eine Umfahrung gebaut wird. Die B15 ging früher auch durch Ma. Lanzendorf und Himberg, heute führt sie entlang der Umfahrung. -- Durch Leopoldsdorf darfst' überhaupt nicht mehr durchfahren. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
On 23.03.12 11:57, Norbert Wenzel wrote: Wenn man jetzt die ganzen Prioritäten hernimmt und über Router philosphiert, dann sollte man die ganzen Prioritäten nicht zu eng sehen. Ich hab in letzter Zeit einige OSM Router probiert und - wenn ich mich richtig erinner - ausnahmslos alle haben bei Kehren auf der primary die Abkürzung durch die residential genommen. Soll heißen, wir können uns viel überlegen, aber gefühlsmäßig ist das den meisten Routern (im Moment) ohnehin wurscht. War dort die erlaubte Geschwindigkeit unterschiedlich (und getaggt)? Kosten für Router sind wieder ein Thema für sich, ich glaube nicht, dass sie sich da allzu sehr auf die highway= Einteilung stützen. Wirkliche Kosten (Geschwindigkeit, Ampeln, Bahnübergänge) sollten da viel wichtiger sein... Meist gibt's höchstens eine Variante: Autobahnen vermeiden/Autobahnen bevorzugen. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
On 23.03.12 11:38, Albin Michlmayr wrote: Ist diese Verbindung nur für Insider benutzbar oder gibt es dort auch Wegweiser? Es gibt dort Wegweiser. Und auch ausgewiesene touristische Ziele (Darscho). Ich weiß auch nicht, ob's aktuell noch immer nur ein Feldweg ist. Es war mal so. Mir fehlt nur grade die Lust/Zeit, Tracks und Fotos auszugraben. Aber das Tagging ist dort (diese Straße im Seewinkel) gut genau so, wie es ist. [L6019] Dort habe ich die Antwort von Boris, den fraglichen Weg als track zu taggen (http://lists.openstreetmap.org/pipermail/talk-at/2012-February/003911.html) für sinnvoll gehalten und entsprechend umgetaggt. Finde ich auch nach wie vor sinnvoll, um weder Router noch Planleser auf blöde Ideen zu bringen. Sollte man nur halt vielleicht in den Notes genauer beschreiben, was dort gilt und warum das so getaggt ist... nicht dass wieder mal jemand das umtaggt. Und Wintersperre weiß ich nicht, das muss wohl eine Kombination aus access und hours sein, ich hatte nur danach gefragt, weil mir das in Erinnerung war, ich aber nicht wusste, ob's wieder genau darum ging. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
Hi! Durch Leopoldsdorf darfst' überhaupt nicht mehr durchfahren. Das wurde vom Gericht zum Glück letzten Herbst wieder gecancelt. Jetzt ist das Durchfahrt-Verbot nur noch für LKWs 3,5t. Das wahrscheinlich vor Allem, weils jetzt am südlichen Ortsende eine grosse MAN Werkstätte gibt. Gruss Geri -- Eine aktuelle Umfrage bestätigt: 82 Prozent der Ausserirdischen glauben an Mexikaner. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
On 23.03.12 11:30, Boris Cornet wrote: Ich halte nichts davon, eine unclassified an der einen Ortstafel in eine residential zu ändern, und an der nächsten Ortstafel wieder zurück in eine unclassified. FullACK. Trennen muß man allerdings leider dann, wenn sich die maxspeed ändert. Genausowenig halte ich es für sinnvoll, eine primary auf einem kurzen Stück zur trunk zu machen, nur weil da ein Autostraße Schild ist. ACK. Ein Beispiel: die B37 zwischen Knoten Traismauer und Donaubrücke. Die ist als Autobahn gebaut worden. Man konnte dort immer 130 fahren. Da gab's schon div. Umtagging-Spielchen, mal als motorway, mal als primary, momentan ist's wieder trunk. Eigentlich sollte es motorway sein. Bedeutung und Querschnitt haben sich nicht geändert. Es gibt häufig den Fall, dass Neubauabschnitte als Autostraße ausgeschildert werden, um Radfahrer und Mopeds auf die alte Straße zu bringen. Die Straße selbst bleibt zweispurig und an der nächsten Kreuzung wird die Autostraße wieder aufgehoben, teilweise nur für den Bereich der Kreuzung, da Autostraßen ja kreuzungsfrei sein müssen (gutes Beispiel: Reschenstraße - Tirol). ACK. Wobei man darauf achten sollte, das Rad/Mopedverbot zu taggen, nicht dass Router auf dumme Ideen kommen. Zweitens: In Städten kann es durchaus richtig sein, auch Gemeindestraßen als primary zu taggen. Bin noch nie in die Verlegenheit gekommen, primary zu taggen, wenn's keine Bundesstraße ist. Aber der Lange Weg zB hat glaub ich keine L-Nummer, oder? Aber das secondary ist absolut gerechtfertigt. Bundesstraßen (ja, ich weiß...) werden wohl in aller Regel primary sein, aber ich kenne da ein gutes Gegenbeispiel: Die B 185 bei Nauders mit einem Tagesverkehr von knapp 800 Fahrzeugen. Macht Sinn. Und schlussendlich auch noch ein Beispiel einer L-Straße, die vollkommen zurecht als primary getaggt ist: die L236 bei Mötz, die Teil der Fernpaß-Route ist. Macht auch Sinn. Ich war dort seit dem Bau des Telfer Tunnels nimmer, ist der quasi die Alternative zur L236? Oder ist die B189 bis Mieming eigentlich nur secondary? Gefühlsmäßig würde ich sagen, dass jede L-Straße zumindest tertiary sein sollte, aber es wird wohl auch dafür ein Gegenbeispiel geben. Doch, die Wintergasse (L2122) (http://osm.org/go/0JrBCLqc) oder die Lawieserstraße*) (http://osm.org/go/0JpqHfr~d-) sind so das unterste Ende. *) Noch dazu, wo der Bahnschranken (Westbahn!) permanent zu ist, kein Mensch fährt so nach Lawies. Mapnik stellt ref auf unclassified leider scheußlich dar, LOL, da hatten wir den selben Gedanken... aber ja, ich weiß, wir mappen nicht für die Renderer... Wie schon Jochen Topf sagte, der Spruch ist falsch: Wir mappen für /alle/. (Renderer und Router und sonstige Nutzer) /al (simma uns wieder einig... ;) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
Am 24.03.2012 um 12:10 schrieb Andreas Labres l...@lab.at: Ein Shared Space ist von der Bedeutung her etwas mehr, vor allem (IMO, ich hab das richtlich jetzt auch nicht so im Kopf) daß dort jeder nur Schrittgeschwindigkeit fahren darf, jedenfalls sind das effektiv hohe Kosten für einen Router, und auch Du selbst als Autofahrer wirst diesen Space meiden, außer Du willst dort wirklich hin. Nein, Shared Space an sich ist nur ein Marketing-Name, rechtlich ist da gar kein Unterschied zu einer normalen Straße. Die Straße wird zwar so gestaltet (enger, andere Pflasterung), dass man von selbst langsamer fährt, erlaubt sind aber trotzdem 50 km/h (so lange man niemanden gefährdet usw.). Ich finde den Shared Space in Graz am Sonnenfelsplatz als Autofahrer eigentlich recht praktisch: Dank Rechtsregel kann ich beim Rechts-abbiegen ohne zu warten fahren, mangels Schutzweg muss ich auch nicht unbedingt für Fußgänger stehen bleiben ;-) Den in Feldkirchen bei Graz hab ich bisher noch nicht in natura gesehen, nehme aber an, dass man dort auch ohne besondere Verzögerungen durchkommt. Wie ich bei der letzten Diskussion schon geschrieben habe: Die maxspeed ist trotzdem 50 (oder 30, je nachdem was die Verkehrszeichen sagen), für die tatsächlich zu fahrende Geschwindigkeit bräuchte es einen Tag wie realspeed oder meanspeed. Andreas___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at