Re: [OSM-talk-be] Blackspots
We have purchased this data and yes I believe it is goverment data. We will never be allowed to anything more with it then this quality check however so let's not even go there. Let there not be any doubt that we are NOT using this data to import stuff into osm!! On Fri, Oct 14, 2011 at 7:03 PM, Marc Coevoet sintsix...@gmail.com wrote: Op 14-10-11 18:16, Ben Abelshausen schreef: It's nog exactly as you are describing it. I have a dataset of addresses (geocoded with lat/lon) covering almost all of Flanders. Then we use our software to find the closest street with the same name. If no street with the same name can be found the closest street is taken. like I see it, it might come from Belgian kADASTER INFO? Marc -- The Penguin has arrived - and he's not going away - ever. What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Installing your own tileserver on Ubuntu
On Tue, Oct 18, 2011 at 12:36 AM, Kai Krueger kakrue...@gmail.com wrote: They are placed in my PPA on launchpad at https://launchpad.net/~kakrueger/+archive/openstreetmap/ There you can also download the individual packages, e.g. https://launchpad.net/~kakrueger/+archive/openstreetmap/+files/libapache2-mod-tile_0.4-9%7Enatty1_amd64.deb I have edited the resource file manually and then was able to download the libapache2-mod-tile But to process the .pbf file I have to log in into the postgres using following commmands $sudo -s #su postgres After logging into postgres file processed otherwise there was some Indentation error. After Installation of the package I am able to see the map of mapnik and when I change it to local tiles, Nothing is there. I doubt that if any tiles are generating at backend or not, after loading of file in the database I have restarted the daemon. But have not noticed any tile generation activity. Please let me know what o do? Thank You. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Installing your own tileserver on Ubuntu
Hi Parveen, After the database import did you run sudo /etc/init.d/renderd restart ? Do that then visit the localhost location again, at which point you should be able to see the rendering begin. On my netbook I can run top to see renderd using 100%+ I've followed the instructions through and they worked perfectly. Cheers, Joseph On 18 October 2011 09:38, Parveen Arora m...@parveenarora.in wrote: On Tue, Oct 18, 2011 at 12:36 AM, Kai Krueger kakrue...@gmail.com wrote: They are placed in my PPA on launchpad at https://launchpad.net/~kakrueger/+archive/openstreetmap/ There you can also download the individual packages, e.g. https://launchpad.net/~kakrueger/+archive/openstreetmap/+files/libapache2-mod-tile_0.4-9%7Enatty1_amd64.deb I have edited the resource file manually and then was able to download the libapache2-mod-tile But to process the .pbf file I have to log in into the postgres using following commmands $sudo -s #su postgres After logging into postgres file processed otherwise there was some Indentation error. After Installation of the package I am able to see the map of mapnik and when I change it to local tiles, Nothing is there. I doubt that if any tiles are generating at backend or not, after loading of file in the database I have restarted the daemon. But have not noticed any tile generation activity. Please let me know what o do? Thank You. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ 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] Installing your own tileserver on Ubuntu
On 10/18/11 2:38 AM, Parveen Arora wrote: On Tue, Oct 18, 2011 at 12:36 AM, Kai Kruegerkakrue...@gmail.com wrote: They are placed in my PPA on launchpad at https://launchpad.net/~kakrueger/+archive/openstreetmap/ There you can also download the individual packages, e.g. https://launchpad.net/~kakrueger/+archive/openstreetmap/+files/libapache2-mod-tile_0.4-9%7Enatty1_amd64.deb I have edited the resource file manually and then was able to download the libapache2-mod-tile Well, if you manually download the deb files, you will need to download the other packages as well. The complete set of package names is: libapache2-mod-tile renderd openstreetmap-mapnik-stylesheet-data osm2pgsql openstreetmap-postgis-db-setup If you use apt-get install, you only need to specify libapache2-mod-tile as the package depends and recommends the other packages and so apt-get will automatically install the other packages too. But to process the .pbf file I have to log in into the postgres using following commmands $sudo -s #su postgres That is probably because you didn't specify your username during the configuration as being allowed to access the db. You can use the script install-postgis-osm-user.sh to allow a user afterwards to access the db gis which is used by osm2pgsql and renderd. Error messages of renderd will be printed in the syslog. You can check for errors and see if everything started correctly there. After logging into postgres file processed otherwise there was some Indentation error. After Installation of the package I am able to see the map of mapnik and when I change it to local tiles, Nothing is there. I doubt that if any tiles are generating at backend or not, after loading of file in the database I have restarted the daemon. But have not noticed any tile generation activity. Please let me know what o do? Thank You. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Installing your own tileserver on Ubuntu
hi Kai, Thanks a lot for this, it seems to be working well for me. I've got a question, although I accept that it might be a osm2pgsql query. I followed the instructions and imported Turkey into my db - this worked fine and I was happily rendering maps of the country. Since then I have used the same osm2pgsql command to import Bulgaria and Romania, but this seems to be causing issues: At the moment, only northern Romania is rendering as expected - for Turkey and Bulgaria I'm only seeing either pre-rendered tiles or new tiles based on nothing more than the coastline data. As far as I can tell, the only data currently in my db is for northern Romania. How best to check this? Is there a way to remove the pre-rendered tiles and create new ones from the contents of my db? Is there a different command I should be running to append data to an existing database? Thanks again, Joseph On 9 October 2011 23:13, Kai Krueger kakrue...@gmail.com wrote: Hello everyone, with the recent need to crack down on tile scrapers and apps to not over tax the main OSM tileservers and hosting, there has been a lot of talk trying to convince people to set up their own tileserver. Although that is of cause by far not the only hurdle to set up your own tileserver, one barrier is perhaps the perceived complicated procedure to set up all the elements necessary. Although there are a number of decent howtos already available on the wiki (perhaps even to many, each containing slightly different advice...), it is perhaps still more effort than people want to get into. In the hope to make this process even simpler, I have created a bunch of packages for Ubuntu containing all the necessary software, as well as glue packages to deal with the necessary setup and interaction between the different components. The packages aren't perfect yet, but hopefully sufficiently helpful already to be of use to others who are interested in playing around with their own tileserver. A simple standard tileserver can now be setup in 5 commands in a terminal: sudo add-apt-repository ppa:kakrueger/openstreetmap sudo apt-get install libapache2-mod-tile wget http://download.geofabrik.de/osm/north-america/us/colorado.osm.pbf osm2pgsql -C 1500 colorado.osm.pbf sudo /etc/init.d/renderd restart At the end you should have a working tileserver based on mod_tile and renderd with the standerd OSM-mapnik stylesheet. You can test it out by opening the installed slippymap at http://localhost/osm/slippymap.html You will of cause want to replace the above lines with the downloading and importing of an extract with the extract you care about. Although for smaller areas hardware requirements aren't too bad, they quickly go up beyond what can be handled by a standard desktop computer. My rough guestimate of what a typical desktop / laptop can handle is about an extract of 100 - 300 Mb (no more than an hours worth of import). This covers most of the US and German states, as well as many of the other less densely mapped countries. If you are more serious about your tileserver, you will need to tune the various configuration settings, but just to play around and for personal use, the default settings should work reasonable. More information can be found on yet another wiki-page... ( http://wiki.openstreetmap.org/wiki/Ubuntu_tile_server ) Any comments or feedback are welcome, Kai ___ 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] Installing your own tileserver on Ubuntu
Ah, ok, so the -a flag should give me what I want. Apologies for the noise, I'll rtfm next time :) Cheers all, Joseph On 18 October 2011 15:26, Joseph Reeves iknowjos...@gmail.com wrote: hi Kai, Thanks a lot for this, it seems to be working well for me. I've got a question, although I accept that it might be a osm2pgsql query. I followed the instructions and imported Turkey into my db - this worked fine and I was happily rendering maps of the country. Since then I have used the same osm2pgsql command to import Bulgaria and Romania, but this seems to be causing issues: At the moment, only northern Romania is rendering as expected - for Turkey and Bulgaria I'm only seeing either pre-rendered tiles or new tiles based on nothing more than the coastline data. As far as I can tell, the only data currently in my db is for northern Romania. How best to check this? Is there a way to remove the pre-rendered tiles and create new ones from the contents of my db? Is there a different command I should be running to append data to an existing database? Thanks again, Joseph On 9 October 2011 23:13, Kai Krueger kakrue...@gmail.com wrote: Hello everyone, with the recent need to crack down on tile scrapers and apps to not over tax the main OSM tileservers and hosting, there has been a lot of talk trying to convince people to set up their own tileserver. Although that is of cause by far not the only hurdle to set up your own tileserver, one barrier is perhaps the perceived complicated procedure to set up all the elements necessary. Although there are a number of decent howtos already available on the wiki (perhaps even to many, each containing slightly different advice...), it is perhaps still more effort than people want to get into. In the hope to make this process even simpler, I have created a bunch of packages for Ubuntu containing all the necessary software, as well as glue packages to deal with the necessary setup and interaction between the different components. The packages aren't perfect yet, but hopefully sufficiently helpful already to be of use to others who are interested in playing around with their own tileserver. A simple standard tileserver can now be setup in 5 commands in a terminal: sudo add-apt-repository ppa:kakrueger/openstreetmap sudo apt-get install libapache2-mod-tile wget http://download.geofabrik.de/osm/north-america/us/colorado.osm.pbf osm2pgsql -C 1500 colorado.osm.pbf sudo /etc/init.d/renderd restart At the end you should have a working tileserver based on mod_tile and renderd with the standerd OSM-mapnik stylesheet. You can test it out by opening the installed slippymap at http://localhost/osm/slippymap.html You will of cause want to replace the above lines with the downloading and importing of an extract with the extract you care about. Although for smaller areas hardware requirements aren't too bad, they quickly go up beyond what can be handled by a standard desktop computer. My rough guestimate of what a typical desktop / laptop can handle is about an extract of 100 - 300 Mb (no more than an hours worth of import). This covers most of the US and German states, as well as many of the other less densely mapped countries. If you are more serious about your tileserver, you will need to tune the various configuration settings, but just to play around and for personal use, the default settings should work reasonable. More information can be found on yet another wiki-page... ( http://wiki.openstreetmap.org/wiki/Ubuntu_tile_server ) Any comments or feedback are welcome, Kai ___ 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] Jerusalem name tag - Mediation
Am 16.10.2011 03:47, dimka israeli: I repeat, the only way, according to current OSM schema as I understand it, to represent the above point of view is a node in Hebrew, place=city, capital=yes, is_in=Israel. Arabic *and* Hebrew are the official languages of Israel. You can see that also the Jerusalem Municipality website is in Arabic and Hebrew ( English) [1]. You didn't explicitely state it but: Do you oppose having יְרוּשָׁלַיִם - القُدس used as the name? Claudius [1] http://www.jerusalem.muni.il/jer_main/defaultnew.asp?lng=2 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Installing your own tileserver on Ubuntu
Hi, On 10/18/11 8:26 AM, Joseph Reeves wrote: hi Kai, Thanks a lot for this, it seems to be working well for me. I've got a question, although I accept that it might be a osm2pgsql query. I followed the instructions and imported Turkey into my db - this worked fine and I was happily rendering maps of the country. Since then I have used the same osm2pgsql command to import Bulgaria and Romania, but this seems to be causing issues: At the moment, only northern Romania is rendering as expected - for Turkey and Bulgaria I'm only seeing either pre-rendered tiles or new tiles based on nothing more than the coastline data. As far as I can tell, the only data currently in my db is for northern Romania. How best to check this? Is there a way to remove the pre-rendered tiles and create new ones from the contents of my db? Is there a different command I should be running to append data to an existing database? The pre-rendered tiles are stored in /var/lib/mod_tile/default. You can simply delete those files and they will automatically get rerendered the next time you view them. You can also touch the planet import time stamp file (unfortunately I can't remember the exact location and name of the file atm). mod_tile checks the time stamp of the rendered tiles. If it is older than the time stamp of the planet import, it will assume the data has changed and attempt to rerender the tiles. I have seen that you appear to need to restart renderd (sudo /etc/init.d/renderd restart) after a new import, as it otherwise appears to still use old data (It is kind of odd, so I might have the wrong impression here). However, what you are trying to do is as far as I know not supported by osm2pgsql. Although it seems to be a much requested feature, I don't think osm2pgsql currently handles importing of multiple extracts. The --append option doesn't really do what you would think it does. Osm2pgsql can currently either import a fresh extract, deleting the previous copy of your db, or it can append diff files. It can't append a second extract. What you could potentially do is to change the extract file into a change file by changing the xml header and inserting a modified tag at the right place. However diff processing is currently one or two orders of magnitude slower than initial import mode, so doing that is likely to be prohibitively expensive. Kai Thanks again, Joseph On 9 October 2011 23:13, Kai Kruegerkakrue...@gmail.com wrote: Hello everyone, with the recent need to crack down on tile scrapers and apps to not over tax the main OSM tileservers and hosting, there has been a lot of talk trying to convince people to set up their own tileserver. Although that is of cause by far not the only hurdle to set up your own tileserver, one barrier is perhaps the perceived complicated procedure to set up all the elements necessary. Although there are a number of decent howtos already available on the wiki (perhaps even to many, each containing slightly different advice...), it is perhaps still more effort than people want to get into. In the hope to make this process even simpler, I have created a bunch of packages for Ubuntu containing all the necessary software, as well as glue packages to deal with the necessary setup and interaction between the different components. The packages aren't perfect yet, but hopefully sufficiently helpful already to be of use to others who are interested in playing around with their own tileserver. A simple standard tileserver can now be setup in 5 commands in a terminal: sudo add-apt-repository ppa:kakrueger/openstreetmap sudo apt-get install libapache2-mod-tile wget http://download.geofabrik.de/osm/north-america/us/colorado.osm.pbf osm2pgsql -C 1500 colorado.osm.pbf sudo /etc/init.d/renderd restart At the end you should have a working tileserver based on mod_tile and renderd with the standerd OSM-mapnik stylesheet. You can test it out by opening the installed slippymap at http://localhost/osm/slippymap.html You will of cause want to replace the above lines with the downloading and importing of an extract with the extract you care about. Although for smaller areas hardware requirements aren't too bad, they quickly go up beyond what can be handled by a standard desktop computer. My rough guestimate of what a typical desktop / laptop can handle is about an extract of 100 - 300 Mb (no more than an hours worth of import). This covers most of the US and German states, as well as many of the other less densely mapped countries. If you are more serious about your tileserver, you will need to tune the various configuration settings, but just to play around and for personal use, the default settings should work reasonable. More information can be found on yet another wiki-page... ( http://wiki.openstreetmap.org/wiki/Ubuntu_tile_server ) Any comments or feedback are welcome, Kai ___ talk mailing list
Re: [OSM-talk] Installing your own tileserver on Ubuntu
Hi Kai, The pre-rendered tiles are stored in /var/lib/mod_tile/default. You can simply delete those files and they will automatically get rerendered the next time you view them. Great, thanks, that's working great. I have seen that you appear to need to restart renderd (sudo /etc/init.d/renderd restart) after a new import, as it otherwise appears to still use old data (It is kind of odd, so I might have the wrong impression here). Sorry, I should've said in my previous email - I was assuming this to be the case. Out of interest, is there any log output from renderd? I'm running this on a netbook so tiles take a while to be produced; it would be interesting to see some logs so that I know it's all working as I expect. However, what you are trying to do is as far as I know not supported by osm2pgsql. Although it seems to be a much requested feature, I don't think osm2pgsql currently handles importing of multiple extracts. The --append option doesn't really do what you would think it does. I tried the append flag and got an error about an already existing way - it would be good if osm2pgsql would simply ignore any ways that already exist in the database. I re-ran osm2pgsql without the --slim option, however, and the import was successful. I currently have Bulgaria and Romania working on my netbook :) Am trying to re-import Turkey now, then onwards with bits of Europe! If it all works out do you mind if I do a bit of wiki fiddling on your instructions? Thanks again, Joseph On 18 October 2011 16:06, Kai Krueger kakrue...@gmail.com wrote: Hi, On 10/18/11 8:26 AM, Joseph Reeves wrote: hi Kai, Thanks a lot for this, it seems to be working well for me. I've got a question, although I accept that it might be a osm2pgsql query. I followed the instructions and imported Turkey into my db - this worked fine and I was happily rendering maps of the country. Since then I have used the same osm2pgsql command to import Bulgaria and Romania, but this seems to be causing issues: At the moment, only northern Romania is rendering as expected - for Turkey and Bulgaria I'm only seeing either pre-rendered tiles or new tiles based on nothing more than the coastline data. As far as I can tell, the only data currently in my db is for northern Romania. How best to check this? Is there a way to remove the pre-rendered tiles and create new ones from the contents of my db? Is there a different command I should be running to append data to an existing database? The pre-rendered tiles are stored in /var/lib/mod_tile/default. You can simply delete those files and they will automatically get rerendered the next time you view them. You can also touch the planet import time stamp file (unfortunately I can't remember the exact location and name of the file atm). mod_tile checks the time stamp of the rendered tiles. If it is older than the time stamp of the planet import, it will assume the data has changed and attempt to rerender the tiles. I have seen that you appear to need to restart renderd (sudo /etc/init.d/renderd restart) after a new import, as it otherwise appears to still use old data (It is kind of odd, so I might have the wrong impression here). However, what you are trying to do is as far as I know not supported by osm2pgsql. Although it seems to be a much requested feature, I don't think osm2pgsql currently handles importing of multiple extracts. The --append option doesn't really do what you would think it does. Osm2pgsql can currently either import a fresh extract, deleting the previous copy of your db, or it can append diff files. It can't append a second extract. What you could potentially do is to change the extract file into a change file by changing the xml header and inserting a modified tag at the right place. However diff processing is currently one or two orders of magnitude slower than initial import mode, so doing that is likely to be prohibitively expensive. Kai Thanks again, Joseph On 9 October 2011 23:13, Kai Kruegerkakrue...@gmail.com wrote: Hello everyone, with the recent need to crack down on tile scrapers and apps to not over tax the main OSM tileservers and hosting, there has been a lot of talk trying to convince people to set up their own tileserver. Although that is of cause by far not the only hurdle to set up your own tileserver, one barrier is perhaps the perceived complicated procedure to set up all the elements necessary. Although there are a number of decent howtos already available on the wiki (perhaps even to many, each containing slightly different advice...), it is perhaps still more effort than people want to get into. In the hope to make this process even simpler, I have created a bunch of packages for Ubuntu containing all the necessary software, as well as glue packages to deal with the necessary setup and interaction between the different components. The packages aren't perfect yet, but
Re: [OSM-talk] Installing your own tileserver on Ubuntu
On 10/18/11 9:31 AM, Joseph Reeves wrote: Hi Kai, The pre-rendered tiles are stored in /var/lib/mod_tile/default. You can simply delete those files and they will automatically get rerendered the next time you view them. Great, thanks, that's working great. I have seen that you appear to need to restart renderd (sudo /etc/init.d/renderd restart) after a new import, as it otherwise appears to still use old data (It is kind of odd, so I might have the wrong impression here). Sorry, I should've said in my previous email - I was assuming this to be the case. Out of interest, is there any log output from renderd? sudo tail -f /var/log/syslog should give you some output of what renderd is doing, including which tiles it is rendering and when it has completed them I'm running this on a netbook so tiles take a while to be produced; I'd imagine a netbook might struggle a little with rendering tiles on the fly... ;-) But eventually they should be done. it would be interesting to see some logs so that I know it's all working as I expect. However, what you are trying to do is as far as I know not supported by osm2pgsql. Although it seems to be a much requested feature, I don't think osm2pgsql currently handles importing of multiple extracts. The --append option doesn't really do what you would think it does. I tried the append flag and got an error about an already existing way - it would be good if osm2pgsql would simply ignore any ways that already exist in the database. I re-ran osm2pgsql without the --slim option, however, and the import was successful. I currently have Bulgaria and Romania working on my netbook :) Interesting that the non-slim mode works with appending multiple extracts. It is possible that one could catch the errors in slim mode and then only do the expensive diff processing for those node / ways that are duplicate in the extracts. Am trying to re-import Turkey now, then onwards with bits of Europe! If it all works out do you mind if I do a bit of wiki fiddling on your instructions? No go ahead and improve the instructions Thanks again, Joseph ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Installing your own tileserver on Ubuntu
It is possible that one could catch the errors in slim mode and then only do the expensive diff processing for those node / ways that are duplicate in the extracts. Interesting, although I think this is beyond the limits of my OSM skills. Unfortunately Austria seems to be beyond the capabilities of my netbook; an import without --slim gives the error: Node cache size is too small to fit all nodes. Please increase cache size Presumably a slim import would help, but this would then fail because of overlapping ways... I can't Google up anyone suffering that error message before; I guess nobody else is trying to get a number of European countries into a db on their netbook... Thanks again, Joseph On 18 October 2011 16:59, Kai Krueger kakrue...@gmail.com wrote: On 10/18/11 9:31 AM, Joseph Reeves wrote: Hi Kai, The pre-rendered tiles are stored in /var/lib/mod_tile/default. You can simply delete those files and they will automatically get rerendered the next time you view them. Great, thanks, that's working great. I have seen that you appear to need to restart renderd (sudo /etc/init.d/renderd restart) after a new import, as it otherwise appears to still use old data (It is kind of odd, so I might have the wrong impression here). Sorry, I should've said in my previous email - I was assuming this to be the case. Out of interest, is there any log output from renderd? sudo tail -f /var/log/syslog should give you some output of what renderd is doing, including which tiles it is rendering and when it has completed them I'm running this on a netbook so tiles take a while to be produced; I'd imagine a netbook might struggle a little with rendering tiles on the fly... ;-) But eventually they should be done. it would be interesting to see some logs so that I know it's all working as I expect. However, what you are trying to do is as far as I know not supported by osm2pgsql. Although it seems to be a much requested feature, I don't think osm2pgsql currently handles importing of multiple extracts. The --append option doesn't really do what you would think it does. I tried the append flag and got an error about an already existing way - it would be good if osm2pgsql would simply ignore any ways that already exist in the database. I re-ran osm2pgsql without the --slim option, however, and the import was successful. I currently have Bulgaria and Romania working on my netbook :) Interesting that the non-slim mode works with appending multiple extracts. It is possible that one could catch the errors in slim mode and then only do the expensive diff processing for those node / ways that are duplicate in the extracts. Am trying to re-import Turkey now, then onwards with bits of Europe! If it all works out do you mind if I do a bit of wiki fiddling on your instructions? No go ahead and improve the instructions Thanks again, Joseph ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Installing your own tileserver on Ubuntu
On 10/18/2011 10:48 AM, Joseph Reeves wrote: It is possible that one could catch the errors in slim mode and then only do the expensive diff processing for those node / ways that are duplicate in the extracts. Interesting, although I think this is beyond the limits of my OSM skills. Yes, that comment was more directed at my self that I should look into that, or if any other dev of osm2pgsql gets to it first... ;-) Unfortunately Austria seems to be beyond the capabilities of my netbook; an import without --slim gives the error: Node cache size is too small to fit all nodes. Please increase cache size Presumably a slim import would help, but this would then fail because of overlapping ways... I can't Google up anyone suffering that error message before; I guess nobody else is trying to get a number of European countries into a db on their netbook... You will likely not find that error message on google yet, as if I am not mistaken, I only commited that error message two days ago. The default Ram cache size is 800Mb. You can increase it with the -C parameter of osm2pgsql. But given that your netbook probably doesn't have that much ram, I am not sure increasing that option is such a good idea. Given that you can't fit Austria into 800Mb, I suspect you are using the 32bit version of osm2pgsql. It defaults to the old (for extracts inefficient) cache allocation strategy. You can try using the --cache-strategy option and set it to either optimized or sparse. That should be more efficient for extracts than the default method. In the optimized option, you might run out of virtual memory on 32 bit though. But you might have troubles with Austria on a netbook anyway, as it might still be too resource intense. Kai Thanks again, Joseph On 18 October 2011 16:59, Kai Krueger kakrue...@gmail.com wrote: On 10/18/11 9:31 AM, Joseph Reeves wrote: Hi Kai, The pre-rendered tiles are stored in /var/lib/mod_tile/default. You can simply delete those files and they will automatically get rerendered the next time you view them. Great, thanks, that's working great. I have seen that you appear to need to restart renderd (sudo /etc/init.d/renderd restart) after a new import, as it otherwise appears to still use old data (It is kind of odd, so I might have the wrong impression here). Sorry, I should've said in my previous email - I was assuming this to be the case. Out of interest, is there any log output from renderd? sudo tail -f /var/log/syslog should give you some output of what renderd is doing, including which tiles it is rendering and when it has completed them I'm running this on a netbook so tiles take a while to be produced; I'd imagine a netbook might struggle a little with rendering tiles on the fly... ;-) But eventually they should be done. it would be interesting to see some logs so that I know it's all working as I expect. However, what you are trying to do is as far as I know not supported by osm2pgsql. Although it seems to be a much requested feature, I don't think osm2pgsql currently handles importing of multiple extracts. The --append option doesn't really do what you would think it does. I tried the append flag and got an error about an already existing way - it would be good if osm2pgsql would simply ignore any ways that already exist in the database. I re-ran osm2pgsql without the --slim option, however, and the import was successful. I currently have Bulgaria and Romania working on my netbook :) Interesting that the non-slim mode works with appending multiple extracts. It is possible that one could catch the errors in slim mode and then only do the expensive diff processing for those node / ways that are duplicate in the extracts. Am trying to re-import Turkey now, then onwards with bits of Europe! If it all works out do you mind if I do a bit of wiki fiddling on your instructions? No go ahead and improve the instructions Thanks again, Joseph ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Jerusalem name tag - Mediation
Arabic *and* Hebrew are the official languages of Israel. You can see that also the Jerusalem Municipality website is in Arabic and Hebrew ( English) [1]. Hebrew is locally considered to be the primary language. While Arabic is also an official one, Hebrew clearly takes precedence. The Jerusalem emblem contains the name only in Hebrew. http://en.wikipedia.org/wiki/Emblem_of_Jerusalem You didn't explicitely state it but: Do you oppose having יְרוּשָׁלַיִם - القُدس used as the name? Yes, I oppose to have a double name because I would like the node to represent the de-facto capital of Israel which is a Jewish state, whose primary language is Hebrew. I believe that the current dispute can easily be solved with introduction of appropriate tags which will clarify any disambiguity. Please consider my proposal outlined below. I think what is really missing from current OSM rules is the precise meaning of the tag capital. The dictionary definition is seat of government, which doesn't consider recognition but is rather a property attached to a city by a state. Still, the issue of recognition is important to many people so OSM should reflect that. Capitals can be de-facto (when the city physically contains the seats of government) or only proclaimed (which is a necessary condition for a city to be called capital in the first place). Our situation is as follows: 1) Jerusalem is a de-facto, not recognized capital of Israel. 2) Al-Quds (East Jerusalem) is not de-facto, not recognized capital of Palestine (but capital nevertheless because it was proclaimed so by the PLO). Please note that they explicitly talk about East Jerusalem. My proposal therefore includes the introduction of the tags 1) capital:recognized, type:binary, default value: yes. 2) capital:de-facto, type:binary, default value: yes. There will be two nodes: Node 1: name=ירושלים name:en=Jerusalem place=city capital=yes is_in=Israel capital:recognized=no capital:de-facto=yes The node will be placed west of the 1949 armistice line and west of the Old City of Jerusalem. Node 2: name=القُدس name:en=East Jerusalem place=city capital=yes is_in=Palestine?(will be chosen by the local community there) capital:recognized=no capital:de-facto=no The node will be placed east of the 1949 armistice line and east of the Old City of Jerusalem. Please note that this will be in accordance with Wikipedia articles on Jerusalem, East Jerusalem, and Israel. I think Wikipedia in this case represents an important source because they are driven by consensus, similar to OSM. In fact, they had lengthy discussions about the topic[1,2]: [1] http://en.wikipedia.org/wiki/Talk:Jerusalem/capital [2] http://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_Israel_Palestine_Collaboration/Discussion_archive/Jerusalem_as_capital ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Jerusalem name tag - Mediation
On Tue, Oct 18, 2011 at 4:09 PM, dimka israeli dimka.isr...@hotmail.co.il wrote: There will be two nodes: Node 1: name=ירושלים name:en=Jerusalem place=city capital=yes is_in=Israel Node 2: name=القُدس name:en=East Jerusalem place=city capital=yes is_in=Palestine?(will be chosen by the local community there) I'd suggest we remove the capital: tags (too controversial, and I've removed them from the quotes) , and then I think this is perfect. That is, two nodes, or two ways, with the tags as above - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Jerusalem name tag - Mediation
I'd suggest we remove the capital: tags (too controversial, and I've removed them from the quotes) , and then I think this is perfect. In that case, what is the meaning of capital=yes in OSM? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Jerusalem name tag - Mediation
Like all things OSM, there are at least three answers - what the wiki says, what plant.osm has and how renders behave. A few examples from planet.osm: http://www.openstreetmap.org/browse/node/256423505 Name = Nicosia, capital = yes, is_in = Cyprus Northern Cypress also claims this as a capital. Note - the name is in English - not Turkish or Greek. http://www.openstreetmap.org/browse/node/1147314253 name = 台北市 (Taipei), capital = yes, is_in = Taiwan China claims Taiwan is not a country so a relation like: http://www.openstreetmap.org/browse/relation/449220 seems to be controversial. http://www.openstreetmap.org/browse/node/448726107 name = Prishtinë, is_in:country = Kosovo, capital = yes Kosovo is not universally recognized. To summarize - the name= can be in English, mixed languages, or local. You can use the capital=yes on capitals recognized by only one country, or a handful, or many. The relation of capital=yes and country can be established by relation, by in_in:country or not at all. I'm not arguing there shouldn't be a standard, but I am pointing out OSM is hardly consistent. John On 64-07-22 11:59 AM, dimka israeli wrote: I'd suggest we remove the capital: tags (too controversial, and I've removed them from the quotes) , and then I think this is perfect. In that case, what is the meaning of capital=yes in OSM? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Wieder einmal Wege im Flussbett
On 17.10.11 20:45, Johannes Huesing wrote: Ist der Fluss breit genug für riverbank? Apropos: was ist mit Flüssen, die ein riesiges Schotterbett haben, obwohl den überwiegenden Teil des Jahres nur ein relativ schmaler Fluss durchfließt (sowas wie die Fella im Kanaltal/Eisental). Wo zeichnet man da sinnvollerweise die riverbank? Und in dem Schotterbett gibt's sicher auch Wege... (und die decken sich /nicht/ mit der Hauptströmungslinie...) /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.de Redesign – Hilfe bei Umsetzung gesucht
On 17.10.11 22:05, Jonas Krückel wrote: Für die Kartenseite so: http://cl.ly/7ixL/o (Beides Vektorgrafiken exportiert als PNG) Also meine Vorstellung von einer Kartenseite ist offenbar diametral anders als Deine. Ich will auf einer Kartenseite die Karte haben. Und Bedienelemente bitte nur herausklappbar. Und auf keinen Fall eine riesige Überschrift, die nur Platz wegnimmt (ich mein', dass das eine Karte ist, sehe ich auch ohne die Überschrift), und unten nur Schmafu... Und was die Startseite betrifft, hattest Du da nicht mal einen wunderschönen Entwurf mit so 3 großen Flächen? Servus, Andreas (mir sind Webseiten, die länger sind als mein Bildschirm hoch ist, suspekt; vor allem werde ich das, was irgendwo da unten steht, nie mitkriegen) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.de Redesign – Hilfe bei Umsetzung gesucht
On 18.10.2011 08:37, Andreas Labres wrote: On 17.10.11 22:05, Jonas Krückel wrote: Für die Kartenseite so: http://cl.ly/7ixL/o (Beides Vektorgrafiken exportiert als PNG) Also meine Vorstellung von einer Kartenseite ist offenbar diametral anders als Deine. Ich will auf einer Kartenseite die Karte haben. Und Bedienelemente bitte nur herausklappbar. Und auf keinen Fall eine riesige Überschrift, die nur Platz wegnimmt (ich mein', dass das eine Karte ist, sehe ich auch ohne die Überschrift), und unten nur Schmafu... Ohne die Anforderungen genau zu kennen, glaub ich mich zu erinnern, dass auf osm.de versucht wird/wurde OSM ist eine DB herauszustellen und die Karten als nur eine mögliche Anwendung davon zu zeigen. Das wäre ja dann gerade keine Kartenseite nach deiner Definition. Dem entspricht dann wohl eher http://www.informationfreeway.org/. Bei der Länge geb ich dir aber Recht. Für eine Startseite scheint mir das auch zu lang und mit zu viel Info. Imo reichen die Überschriften, a la OSM ... am Smartphone, ... fürs Routing, ... und dann auf diesen Seiten ordentlich Information. Den Anriss braucht man glaub ich nicht, da die Überschriften wohl aussagekräftig genug sind. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.de Redesign – Hilfe bei Umsetzung gesucht
On Mon, Oct 17, 2011 at 10:05:51PM +0200, Jonas Krückel wrote: im vergangenen Jahr erklärte ich mich beim Koordinierungstreffen [1] bereit das Design von openstreetmap.de zu verbessern. Seitdem ist viel zu viel Zeit vergangen und außer vielen Entwürfen und ein paar Prototypen leider noch keine fertige, neue Seite entstanden. Auf absehbare Zeit werde ich das alleine auch nicht machen können [2] und suche daher jetzt hier nach Leuten, die Lust haben beim Fertigstellen der Entwürfe und Umsetzung des Designs zu helfen oder das auch ganz zu übernehmen. Mein letzter Entwurf für die Startseite sieht so aus: http://cl.ly/7y0t/o Für die Kartenseite so: http://cl.ly/7ixL/o (Beides Vektorgrafiken exportiert als PNG) Die restlichen Seiten würden sich dann an diesem Layout orientieren und sollten relativ einfach umsetzbar sein. Die Startseite und Kartenseite sind sicherlich die wichtigsten für neue Besucher und am meisten frequentiert. Texte und Überschriften sind zwar teils schon ausgearbeitet, müssen aber an manchen Punkten noch verfeinert, gekürzt oder anderweitig angepasst werden [3]. Der Inhalt orientiert sich an der bisherigen Seite und übernimmt außerdem einiges von http://openstreetmap.de/willkommen/ Die Seite lädt bewusst zum Scrollen ein und versucht den Inhalt von wichtig nach weniger wichtig zu ordnen. Angesprochen werden sollen v.a. Leute, die OSM noch nicht kennen oder erst einmal davon hörten und jetzt Interesse an mehr Infos und Einstiegspunkten haben. Dadurch, dass bewusst keine Karte auf der Startseite in Form einer Slippymap vorhanden ist, wird betont, dass es bei OSM um weit mehr geht als um einen GoogleMaps-Clon. Von der Startseite existiert bereits eine erste Umsetzung in HTML CSS, aber das Schaufenster fehlt noch komplett und auch ansonsten ist noch einiges an CSS und Javascript-Arbeit nötig. Es wäre toll, wenn sich jemand findet oder sich ein kleines Team gründet, das openstreetmap.de zu einem modernen Aussehen verhilft. Die Entwürfe sehen richtig gut aus! Viel besser als das, was jetzt auf openstreetmap.de zu sehen ist. Ich darf das sagen, weil ich das Design der jetzigen Seiten gemacht habe. :-) Die Webseite in der heutigen Form ist im April 2008 online gegangen. Mehr als drei Jahre fast statisch, nur gelegentlich gabs mal kleinere Updates. Eigentlich kann das nicht sein für ein so dynamisches Projekt wie OSM. Ich hoffe es finden sich ein paar Leute, die die tolle Arbeit von Jonas aufnehmen und den nächsten Schritt in der Evolution von openstreetmap.de machen wollen. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.de Redesign – Hilfe bei Umsetzung gesucht
On 18.10.11 08:45, Norbert Wenzel wrote: Ohne die Anforderungen genau zu kennen, glaub ich mich zu erinnern, dass auf osm.de versucht wird/wurde OSM ist eine DB herauszustellen und die Karten als nur eine mögliche Anwendung davon zu zeigen. Natürlich. Wie geschrieben, da hatte Jonas mal einen Vorschlag, den ich sehr hübsch in Erinnnerung habe. Und dann halt in irgendwelchen Kästen o.ä. wichtige Dinge wie - Termine (da wäre fein, wenn - über einen Link - auch die Stammtischtermine als Liste in chronologischer Reihenfolge abrufbar wären) umgekehrt könnte man übrigens die großen Termine wie FOSSGIS-Konf. oder SOTM auch verorten, - das Buch ... Die andere Anmerkung bezog sich auf die Kartenseite. Da erwartete ich mir die Karte... /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.de Redesign – Hilfe bei Umsetzung gesucht
On 18.10.2011 09:05, Andreas Labres wrote: On 18.10.11 08:45, Norbert Wenzel wrote: Ohne die Anforderungen genau zu kennen, glaub ich mich zu erinnern, dass auf osm.de versucht wird/wurde OSM ist eine DB herauszustellen und die Karten als nur eine mögliche Anwendung davon zu zeigen. Natürlich. Wie geschrieben, da hatte Jonas mal einen Vorschlag, den ich sehr hübsch in Erinnnerung habe. [...] Die andere Anmerkung bezog sich auf die Kartenseite. Da erwartete ich mir die Karte... Sorry, ich hab mich da wohl verklickt und nur die Kartenseite betrachtet und für die Startseite gehalten. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.de Redesign – Hilfe bei Umsetzung gesucht
On Tue, Oct 18, 2011 at 08:37:04AM +0200, Andreas Labres wrote: On 17.10.11 22:05, Jonas Krückel wrote: Für die Kartenseite so: http://cl.ly/7ixL/o (Beides Vektorgrafiken exportiert als PNG) Also meine Vorstellung von einer Kartenseite ist offenbar diametral anders als Deine. Ich will auf einer Kartenseite die Karte haben. Und Bedienelemente bitte [...] Und gleich geht die selbe Diskussion wieder los, die wir jedesmal haben. Und damit werden wieder alle Leute abgeschreckt, die sich vielleicht vorstellen könnten, an der Seite zu arbeiten. Um es mal klar zu sagen: Wer auch immer die Arbeit macht, die Seiten umzusetzen, entscheidet, wie die aussehen. So war das damals als ich das gemacht habe und so ist das heute. Nur so kann es in einem Projekt wie OSM laufen. Das heisst natürlich nicht, dass man nicht auch Ideen mit anderen Leuten austauscht. Aber derjenige, der das macht, muss die Freiheit haben und hat die Freiheit, das so umzusetzen, wie er oder sie es für richtig hält. Nur dann kann man motiviert an sowas arbeiten. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.de Redesign – Hilfe bei Umsetzung gesucht
Am 18.10.2011 09:12, schrieb Jochen Topf: On Tue, Oct 18, 2011 at 08:37:04AM +0200, Andreas Labres wrote: On 17.10.11 22:05, Jonas Krückel wrote: Für die Kartenseite so: http://cl.ly/7ixL/o (Beides Vektorgrafiken exportiert als PNG) Also meine Vorstellung von einer Kartenseite ist offenbar diametral anders als Deine. Ich will auf einer Kartenseite die Karte haben. Und Bedienelemente bitte [...] Und gleich geht die selbe Diskussion wieder los, die wir jedesmal haben. Und damit werden wieder alle Leute abgeschreckt, die sich vielleicht vorstellen könnten, an der Seite zu arbeiten. Um es mal klar zu sagen: Wer auch immer die Arbeit macht, die Seiten umzusetzen, entscheidet, wie die aussehen. So war das damals als ich das gemacht habe und so ist das heute. Nur so kann es in einem Projekt wie OSM laufen. Das heisst natürlich nicht, dass man nicht auch Ideen mit anderen Leuten austauscht. Aber derjenige, der das macht, muss die Freiheit haben und hat die Freiheit, das so umzusetzen, wie er oder sie es für richtig hält. Nur dann kann man motiviert an sowas arbeiten. Jochen Da schließe ich mich voll und ganz an! Grüße Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: [bulk]: Re: OT: Neue Luftbilder bei Google
Am 17.10.2011 20:41, schrieb Johannes Huesing: Wolfgang Barthwolfg...@barthwo.de [Sun, Oct 16, 2011 at 10:54:21PM CEST]: Gegen Bezahlung sicher. Da wäre ich nicht so sicher. Ich wette dagegen. Man könnte es ja mal probieren, wenn man eine wohl eher 7-stellige Anzahl Euros rumliegen hat, denn das ist die von mir vermutete Größenordnung. Die deutschen Ämter sind nicht unbedingt konfrontativ gegen OSM, wie man bei einzelnen gemeinsamen Projekten ja schon gesehen hat. Aber die Mitarbeiter sind sehr vorsichtig auch weil dann kommerzielle Konkurrenten klagen könnten. Und die Ämter sollen heute kostendeckende Gebühren nehmen und deshalb kriegt man immer weniger kostenfrei. Um das zu ändern müssten entsprechende Gesetze oder Verordnungen angepasst werden, um den Handlungsspielraum zu erweitern oder anders zu setzen. mfg wb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMs Gedächnis
hallo, Denn ohne Kenntnis der ID oder des Changesets hat man kaum eine Möglichkeit, die Objekte weiderzufinden. die Objekte verschinden durch ein Umlegen einer Flag. Heißt das nicht, dass neben Daten, Koordinaten und Zeit auch ID oder Changesets (irgendwo) erhalten bleiben? soetwas (obige Diskussion) disused:shop=supermarket entspräche doch einer zusätzlichen Flag, um auf ner Benutzerbene noch Zugriff zu haben? - damit die Daten nicht in eine andere (Geschichts-)Datenbank verschwinden? Einen Sinn sehe ich da nicht. Wenn ein Objekt weg ist, ist es weg. Wenn jemand es noch sieht, soll er es wieder einzeichnen. Und so weiter ... Das hat auch eine Aussage. Gruß, t. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.de Redesign – Hilfe bei Umsetzung gesucht
Hallo Jonas, das Design von openstreetmap.de verbessern wenn ich wünschen darf, dann wäre mir vor allem die Struktur wesentlich: _Projektseite_ Die Projektseite informiert über: - Idee: freie Daten, freie Weltkarte, beliebige Karten - Geschichte: Gründer, Community, Entwicklung, Meilensteine - Aktuelles: -- Community, Arbeitsgruppen, Termine -- Mapping, HowTo, Aktionen -- Anwendungen, HowTo, Karten, Routing -- Schaufenster (was man mit OSM alles machen kann) -- Politik, Forschung, Hintergründe -- Feedback, Wünsche -- ... - Visionen: Ideen wo die Reise hingeht... _Kartenseite_ Die Kartenseite stelle ich mir als *Arbeitsplatz* vor: - auf wählbaren Karten (Vollbild!) - Orte und Objekte suchen - Routen planen - Markierungen einzeichnen (Punkt, Linie. Fläche, Text) - Karte editieren - und natürlich ein Link zur Projektseite Diese Struktur ist Ergebnis aus vielen Gesprächen mit neuen und erfahrenen Anwendern in Workshops und Vorträgen. Ich glaube es ist ein guter Plan, Projektseite und Arbeitsplatz klar zu trennen - und direkt miteinander zu verknüpfen. Herzlichen Dank an die Designer und Programmierer für Eure Arbeit! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Karte, Busschleifen und Haltestellen
tobias wrote: * wir haben viele Buslinien die den gleichen weg (die gleiche Straße) für den hin und für den Rückweg benutzen. Ist es der Richtige weg diese Straße 2 fach in die Relation zu Packen? manchmal gibt es Überschneidungen oder Kreuzungen in der Linienführung wie bildet man dies am gesten in der Relation ab? hier kann ich mich nur dem Posting von Bartosz anschließen, am besten wie in [1] beschieben mehrere Relationen anlegen. tobias wrote: * In der ÖPNV karte sind manche Haltestellen klickbar und sie zeigen dann die Linien an an denen sie halten. bei meinen Haltestellen ist das nicht so. Welche Bedingungen müssen erfüllt sein dass die Linien angezeigt werden? Kann es sein dass es eine Weile dauert bis die Linien aufgenommen werden? Die Daten hinter den Klickpopups kommen aus einer anderen Datenbank als die Karte. Diese Datenbank ist schon eine ganze Weile nicht mehr aktualisiert worden. Wenn da etwas nicht erscheint hat das höchstwarscheinlich nichts mit dem Tagging zu tun. tobias wrote: * Die Aktualisierungsintervalle der ÖPNV-Karte sind ja nicht gerade berauschend gibt es hier Möglichkeiten was zu machen? (mit dem Einnen Rechner/Server Tiles Rechnen Oö. Die Karte an sich ist mittlerweile eigentlich immer sehr aktuell, zumindest in der Detailansicht. Da sollten die Änderungen je nach Auslastung des Servers innerhalb von einigen Stunden erscheinen (ab Zoom 15). In der Übersicht sieht das leider anders aus, da dauert das deutlich länger. Zum selber rendern gibt es leider kein fertig geschnürtes Packet, deshalb sollte man den Aufwand nicht unterschätzen. Bei Interesse am besten direkt an mich wenden. Gruß, Melchior [1] http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport -- View this message in context: http://gis.638310.n2.nabble.com/OPNV-Karte-Busschleifen-und-Haltestellen-tp6891693p6903900.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] Open Data - apps4deutschland
Hi, in Bezug auf die Diskussion über Luftbilder bin ich gerade über diesen Link gestolpert: http://apps4deutschland.de/wettbewerb.html In den Ausschreibungsunterlagen steht explizit: ...engagieren sich das Statistische Bundesamt und das Bundesamt für Kartographie und Geodäsie insbesondere bei der Bereitstellung von Daten für den Wettbewerb. Sollten in diesem Zusammenhang nicht vom Bundesamt für Kartographie und Geodäsie Daten für OSM abfallen? Vielleicht muß man nur mal aktiv nachfragen oder es mag auch direkt im Amt OSMler geben, die dort aktiv werden können. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Karte, Busschleifen und Haltestellen
Am 18.10.2011 11:32, schrieb nimix: tobias wrote: * wir haben viele Buslinien die den gleichen weg (die gleiche Straße) für den hin und für den Rückweg benutzen. Ist es der Richtige weg diese Straße 2 fach in die Relation zu Packen? manchmal gibt es Überschneidungen oder Kreuzungen in der Linienführung wie bildet man dies am gesten in der Relation ab? hier kann ich mich nur dem Posting von Bartosz anschließen, am besten wie in [1] beschieben mehrere Relationen anlegen. tobias wrote: * In der ÖPNV karte sind manche Haltestellen klickbar und sie zeigen dann die Linien an an denen sie halten. bei meinen Haltestellen ist das nicht so. Welche Bedingungen müssen erfüllt sein dass die Linien angezeigt werden? Kann es sein dass es eine Weile dauert bis die Linien aufgenommen werden? Die Daten hinter den Klickpopups kommen aus einer anderen Datenbank als die Karte. Diese Datenbank ist schon eine ganze Weile nicht mehr aktualisiert worden. Wenn da etwas nicht erscheint hat das höchstwarscheinlich nichts mit dem Tagging zu tun. tobias wrote: * Die Aktualisierungsintervalle der ÖPNV-Karte sind ja nicht gerade berauschend gibt es hier Möglichkeiten was zu machen? (mit dem Einnen Rechner/Server Tiles Rechnen Oö. Die Karte an sich ist mittlerweile eigentlich immer sehr aktuell, zumindest in der Detailansicht. Da sollten die Änderungen je nach Auslastung des Servers innerhalb von einigen Stunden erscheinen (ab Zoom 15). In der Übersicht sieht das leider anders aus, da dauert das deutlich länger. Zum selber rendern gibt es leider kein fertig geschnürtes Packet, deshalb sollte man den Aufwand nicht unterschätzen. Bei Interesse am besten direkt an mich wenden. Gruß, Melchior Hi Melchior, ich hätte eher interesse eines der bestehenden ÖPNV projekte zu unterstützen. damit auch größere Maßstäbe hin und wieder aktualisiert werden können. Nur fehlt mir dazu glaube ich eine ganze Ecke know how ... Gruß Tobi [1] http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport -- View this message in context: http://gis.638310.n2.nabble.com/OPNV-Karte-Busschleifen-und-Haltestellen-tp6891693p6903900.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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.de Redesign – Hilfe bei Umsetzung gesucht
Am 18.10.2011 um 09:12 schrieb Jochen Topf: On Tue, Oct 18, 2011 at 08:37:04AM +0200, Andreas Labres wrote: On 17.10.11 22:05, Jonas Krückel wrote: Für die Kartenseite so: http://cl.ly/7ixL/o (Beides Vektorgrafiken exportiert als PNG) Also meine Vorstellung von einer Kartenseite ist offenbar diametral anders als Deine. Ich will auf einer Kartenseite die Karte haben. Und Bedienelemente bitte [...] Und gleich geht die selbe Diskussion wieder los, die wir jedesmal haben. Und damit werden wieder alle Leute abgeschreckt, die sich vielleicht vorstellen könnten, an der Seite zu arbeiten. Um es mal klar zu sagen: Wer auch immer die Arbeit macht, die Seiten umzusetzen, entscheidet, wie die aussehen. So war das damals als ich das gemacht habe und so ist das heute. Nur so kann es in einem Projekt wie OSM laufen. Das heisst natürlich nicht, dass man nicht auch Ideen mit anderen Leuten austauscht. Aber derjenige, der das macht, muss die Freiheit haben und hat die Freiheit, das so umzusetzen, wie er oder sie es für richtig hält. Nur dann kann man motiviert an sowas arbeiten. Richtig, das war auch in meiner E-Mail enthalten aber vielleicht nicht deutlich genug. Wenn jemand Lust hat openstreetmap.de zu verbessern, aber lieber fertige Designs in Code umsetzt als sich über Inhalt und Design Gedanken zu machen, dann kann der meine Entwürfe nehmen, ich kann noch die Lücken ausfüllen und es kann umgesetzt werden. Wenn jemand Lust hat openstreetmap.de zu verbessern, aber meine Entwürfe nicht mag, dann kann er gerne eigene erstellen und diese dann umsetzen. Ein weiterer Entwurf, ohne dass jemand dahinter steht, der den Entwurf dann umsetzt, wird openstreetmap.de allerdings nicht weiter bringen. Grüße, Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 3D-Routing
Ich habe grad versucht, jemandem zu erklären, wie er im Bahnhof umsteigen muss - ganz schön schwierig... Gibt es in OSM schon Ideen oder Konzepte wie man Wege über verschiedenen Ebenen so abbilden kann, dass ein Routing möglich wird? Gibt es Menschen, die sich damit aktuell auseinandersetzen? Gruss, Markus http://wiki.openstreetmap.org/wiki/Indoor_mapping ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D-Routing
Das hat ein bisschen was von Indoor Navigation ... (wie sie zb auch für Blinde sehr nützlich wäre) Gruß Tobi Am 18.10.2011 12:51, schrieb Markus: Ich habe grad versucht, jemandem zu erklären, wie er im Bahnhof umsteigen muss - ganz schön schwierig... Gibt es in OSM schon Ideen oder Konzepte wie man Wege über verschiedenen Ebenen so abbilden kann, dass ein Routing möglich wird? Gibt es Menschen, die sich damit aktuell auseinandersetzen? Gruss, Markus http://wiki.openstreetmap.org/wiki/Indoor_mapping ___ 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] 3D-Routing
Am 18.10.2011 12:51, schrieb Markus: Gibt es in OSM schon Ideen oder Konzepte wie man Wege über verschiedenen Ebenen so abbilden kann, dass ein Routing möglich wird? Gibt es Menschen, die sich damit aktuell auseinandersetzen? Andreas (Saerdnaer) hat eine Bachelorarbeit zu Gebäudemapping geschrieben und dafür u.a. mit der Erfassung von U-Bahnhöfen experimentiert: http://wiki.openstreetmap.org/wiki/Research#M.C3.BCnchen Es gab von ihm einen Kurzvortrag auf der FOSSGIS, Folien und Video hier: http://wiki.openstreetmap.org/wiki/FOSSGIS_2011#Lightning_Talks ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder einmal Wege im Flussbett
Am 18. Oktober 2011 08:24 schrieb Andreas Labres l...@lab.at: On 17.10.11 20:45, Johannes Huesing wrote: Apropos: was ist mit Flüssen, die ein riesiges Schotterbett haben, obwohl den überwiegenden Teil des Jahres nur ein relativ schmaler Fluss durchfließt (sowas wie die Fella im Kanaltal/Eisental). Wo zeichnet man da sinnvollerweise die riverbank? Und in dem Schotterbett gibt's sicher auch Wege... (und die decken sich /nicht/ mit der Hauptströmungslinie...) ich würde das gesamte Schotterbett als riverbank zeichnen beim derzeitigen Stand des taggings. Theoretisch könnte man 2 Flächen zeichnen (neues tag erfinden), und die nur temporär nassen Gebiete anders bezeichnen (Könnte man auch am Meer tun, Höchst- und Niedrigwasserstand, oder gibts da schon was?). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder einmal Wege im Flussbett
Am 18.10.2011 13:30, schrieb Martin Koppenhoefer: Am 18. Oktober 2011 08:24 schrieb Andreas Labresl...@lab.at: On 17.10.11 20:45, Johannes Huesing wrote: Apropos: was ist mit Flüssen, die ein riesiges Schotterbett haben, obwohl den überwiegenden Teil des Jahres nur ein relativ schmaler Fluss durchfließt (sowas wie die Fella im Kanaltal/Eisental). Wo zeichnet man da sinnvollerweise die riverbank? Und in dem Schotterbett gibt's sicher auch Wege... (und die decken sich /nicht/ mit der Hauptströmungslinie...) ich würde das gesamte Schotterbett als riverbank zeichnen beim derzeitigen Stand des taggings. Theoretisch könnte man 2 Flächen zeichnen (neues tag erfinden), und die nur temporär nassen Gebiete anders bezeichnen (Könnte man auch am Meer tun, Höchst- und Niedrigwasserstand, oder gibts da schon was?). Das halte ich für wenig sinnvoll. riverbank wird derzeit von den Renderern so verstanden, dass dort Wasser fließt. Wenn der breite Fluss aber nur kurze Zeit im Jahr besteht und ansonsten ein Bach ist fände ich es irreführend, da einen breiten Fluss einzutragen. riverbank sollte den Füllstand anzeigen der üblicherweise der Normalstand ist. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder einmal Wege im Flussbett
On 18.10.11 13:30, Martin Koppenhoefer wrote: Theoretisch könnte man 2 Flächen zeichnen (neues tag erfinden), und die nur temporär nassen Gebiete anders bezeichnen (Könnte man auch am Meer tun, Höchst- und Niedrigwasserstand, oder gibts da schon was?). Ja, sowas wäre wohl sinnvoll... gleich auch mit Angabe, ob das trockene Flussbett Schotter oder Wiese*) oder was ist... auch eine Karte würde dann realistischer ausschauen... *) Ich denke da an das frühere Überschwemmungsgebiet der Donau in Wien, das war bei Donauhochwasser schon mal überschwemmt, sonst aber ein prima Platz zum Fußballspielen und Erholen... ;) /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Flussbett teilweise trocken (was: Wieder einmal Wege im Flussbett)
On 18.10.11 13:46, Henning Scholland wrote: Das halte ich für wenig sinnvoll. riverbank wird derzeit von den Renderern so verstanden, dass dort Wasser fließt. Also bei der Fella ist das ganze Flussbett als riverbank getaggt. Semantisch auch irgendwie naheliegend, aber blöd für den Renderer. http://sautter.com/map/?lat=46.37069lon=13.12019zoom=17layers=00BT http://sautter.com/map/?lat=46.37069lon=13.12019zoom=17layers=00BT Beim Tagliamento isses auch nicht anders... /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder einmal Wege im Flussbett
Am 18. Oktober 2011 13:46 schrieb Henning Scholland o...@aighes.de: Das halte ich für wenig sinnvoll. riverbank wird derzeit von den Renderern so verstanden, dass dort Wasser fließt. Wenn der breite Fluss aber nur kurze Zeit im Jahr besteht und ansonsten ein Bach ist fände ich es irreführend, da einen breiten Fluss einzutragen. riverbank sollte den Füllstand anzeigen der üblicherweise der Normalstand ist. Es ist sicher nicht ganz optimal (da Wasser dort nur temporär ist), aber m.E. konsistent. riverbank sagt aus, dass dort ein Flussbett ist, und genau das ist ja dort auch (ein Flussbett hat mit Wasser zwar auch zu tun, das Wasser muss aber nicht immer da sein). Z.B. würde wohl niemand da ein Haus hinbauen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder einmal Wege im Flussbett
Am 18.10.2011 14:14, schrieb Martin Koppenhoefer: Am 18. Oktober 2011 13:46 schrieb Henning Schollando...@aighes.de: Das halte ich für wenig sinnvoll. riverbank wird derzeit von den Renderern so verstanden, dass dort Wasser fließt. Wenn der breite Fluss aber nur kurze Zeit im Jahr besteht und ansonsten ein Bach ist fände ich es irreführend, da einen breiten Fluss einzutragen. riverbank sollte den Füllstand anzeigen der üblicherweise der Normalstand ist. Es ist sicher nicht ganz optimal (da Wasser dort nur temporär ist), aber m.E. konsistent. riverbank sagt aus, dass dort ein Flussbett ist, und genau das ist ja dort auch (ein Flussbett hat mit Wasser zwar auch zu tun, das Wasser muss aber nicht immer da sein). Z.B. würde wohl niemand da ein Haus hinbauen ;-) Wir tragen ja auch nicht die Überflutungsgebiete der großen Flüsse mit riverbank ein, sondern so wie sie im Normalfall sind. Also als Feld, Wiese etc. Nur weil es hier Felsen sind würde ich da keinen Unterschied machen. riverbank ist nur das, was im Normalfall Fluss ist. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder einmal Wege im Flussbett
Am 18. Oktober 2011 14:40 schrieb Henning Scholland o...@aighes.de: Am 18.10.2011 14:14, schrieb Martin Koppenhoefer: Wir tragen ja auch nicht die Überflutungsgebiete der großen Flüsse mit riverbank ein, sondern so wie sie im Normalfall sind. klar. Man könnte allerdings bei regelmäßigen Überflutungen einen wetland-subtag benutzen. Also als Feld, Wiese etc. Nur weil es hier Felsen sind würde ich da keinen Unterschied machen. riverbank ist nur das, was im Normalfall Fluss ist. Es sind aber keine Felsen, sondern es ist ein Flussbett, i.d.R. mit Flusskies. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D-Routing
Hallo Markus, mit Neo4J könnte man sowas z.B realisieren: http://www.ioexception.de/2011/09/01/sopra-uulm/ Gruß, Michael On 18.10.2011 12:51, Markus wrote: Ich habe grad versucht, jemandem zu erklären, wie er im Bahnhof umsteigen muss - ganz schön schwierig... Gibt es in OSM schon Ideen oder Konzepte wie man Wege über verschiedenen Ebenen so abbilden kann, dass ein Routing möglich wird? Gibt es Menschen, die sich damit aktuell auseinandersetzen? Gruss, Markus http://wiki.openstreetmap.org/wiki/Indoor_mapping ___ 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] OSMs Gedächnis
ant schrieb: Am 10/17/2011 07:18 PM, schrieb malenki: Nicht ganz falsch, was du da sagst. Wenn mir etwas besseres einfällt/ über den Weg läuft, werde ich das ändern. Evtl einfach for_rent=shop nehmen? Und woher wissen, ob ein leer stehender Laden zu vermieten ist? ^^ fe lt hier was? Ich weiß, dass der Laden zu vermieten ist, weil ein Zettel mit entsprechender Aussage am Fenster klebt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] i dati di Firenze ora in open data :)
Fate un salto ahttp://dati.comune.firenze.it Licenza CC-BY :) Bellissimo, ma non sarebbe il caso di far presente la ODBL, scritta espressamente, dato che il sito lascia intendere che il Comune è disposto ad ascoltare? Quassù in Veneto abbiamo tutt'ora la spada di Damocle della Licenza CC-BY dei dati che si stanno importando, che si scontra con l'ODBL. A proposito, ci sono novità in tal senso, Mi sembra che Napo (o forse qualcun altro? Non ricordo più...) si stesse muovendo in tal senso. Alepoz ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] i dati di Firenze ora in open data :)
Bellissimo, ma non sarebbe il caso di far presente la ODBL, scritta espressamente, dato che il sito lascia intendere che il Comune è disposto ad ascoltare? Quassù in Veneto abbiamo tutt'ora la spada di Damocle della Licenza CC-BY dei dati che si stanno importando, che si scontra con l'ODBL. A proposito, ci sono novità in tal senso, Mi sembra che Napo (o forse qualcun altro? Non ricordo più...) si stesse muovendo in tal senso. SEI MATTO??? La CC-BY e' piu' permissiva della ODbL. Se il dato e' in CC-BY devi solo citare la fonte, poi ci fai quello che vuoi anche inscatolarlo e quindi non hai problemi con OSM. Sarebbe un passo indietro non uno avanti. In Veneto avete la spada di damocle sulla cc-by-SA ma secondo me la risolveranno con la IODL che compatibile con la ODbL e la CC-BY-SA Quanto a novita' ora sono in viaggio verso Roma per http://dati.gov.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN: con Merkaartor funziona bene con JOSM quadrati bianchi?
Il 18 ottobre 2011 00:46, Niccolo Rigacci o...@rigacci.org ha scritto: Chi gli scrive al Costabile? in teoria ci legge :-) -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] i dati di Firenze ora in open data :)
Quanto a novita' ora sono in viaggio verso Roma per http://dati.gov.it Parli direttamente col Brunetta? :D Vediamo cosa riesci a portare a casa, spero tanto :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Qgis] Spezzare lo stringone tags
Hai capito bene ;-) Intervento semplice ed utilissimo quello segnalato alla pagina https://trac.osgeo.org/qgis/ticket/3423 Alla linea #54 del file OsmLoadDlg.py ho sostuituito il campo learning con ref Graie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] i dati di Firenze ora in open data :)
SEI MATTO??? La CC-BY e' piu' permissiva della ODbL. Se il dato e' in CC-BY devi solo citare la fonte, poi ci fai quello che vuoi anche inscatolarlo e quindi non hai problemi con OSM. In effetti mi era sfuggita la mancanza dell'ultimo pezzettino, l'SA. Senza di esso tutto è più semplice. Chiedo venia. Il Comune, in ogni caso, fa quel che vuole con i dati, li può rilasciare anche in pubblico dominio. Ma non sono così sicuro che sia la scelta migliore anche se, ripeto, ad OSM fa soltanto comodo. Sottolineo comunque che l'iniziativa è veramente degna di lode, tanto per sgombrare il campo da possibili equivoci. Ciao, Alepoz ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] i dati di Firenze ora in open data :)
In effetti mi era sfuggita la mancanza dell'ultimo pezzettino, l'SA. Senza di esso tutto è più semplice. Chiedo venia. Ti chiedo invece io scusa perche' non ho messo uno smile vicino. Il Comune, in ogni caso, fa quel che vuole con i dati, li può rilasciare anche in pubblico dominio. Ma non sono così sicuro che sia la scelta migliore anche se, So benissimo che chi sostiene il software libero preferisce una formula di share a like per proteggere i dati. I dati pero' non sono il software e, in questo caso, siamo davanti a dei dati che vengono prodotti continuamente da una p.a. per i propri scopi. Si tratta quindi un lavoro retribuito e che, comunque, va avanti da solo. Nel caso di OSM invece la comunita' che crea i dati deve essere protetta e quindi che ben venga la formula SA. ripeto, ad OSM fa soltanto comodo. non solo a OSM fa comodo, ma fa comodo a tutti. in particolare alle aziende che possono sviluppare applicazioni arricchendole con i proprio dati. Sottolineo comunque che l'iniziativa è veramente degna di lode, tanto per sgombrare il campo da possibili equivoci. ... ora servono altri comuni :) Sembra cmq che il tutto funzioni anche grazie al supporto di wikitalia.it Ciao e scusami ancora ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] l'interno degli edifici ?
Capita che l'atrio di una stazione oppure di un grosso supermercato sia una comune via di transito pedonale , per chi (tutti) non vuole fare il giro dell'isolato. Lo mappiamo in questo caso ? Anche solo con una semplice highway=footway da parte a parte ? ciao, Ale. P.S. Ma per iscriversi a talk-it-bici , come si fa via email ? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Utilizzo dati OSM
Anche il progetto Decoro Urbano http://www.decorourbano.org/blog/2011/10/open-du-apri-tutto/ sta per passare ai dati su OSM -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo dati OSM
Dopo essene venuto a conoscenza in ML oggi l'ho linkato ad un sindaco :D 2011/10/18 gvf g...@gvf.ve.it Anche il progetto Decoro Urbano http://www.decorourbano.org/blog/2011/10/open-du-apri-tutto/ sta per passare ai dati su OSM -- Ciao Gio. ___ 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] i dati di Firenze ora in open data :)
In effetti mi era sfuggita la mancanza dell'ultimo pezzettino, l'SA. Senza di esso tutto è più semplice. Chiedo venia. Ti chiedo invece io scusa perche' non ho messo uno smile vicino. Il Comune, in ogni caso, fa quel che vuole con i dati, li può rilasciare anche in pubblico dominio. Ma non sono così sicuro che sia la scelta migliore anche se, So benissimo che chi sostiene il software libero preferisce una formula di share a like per proteggere i dati. I dati pero' non sono il software e, in questo caso, siamo davanti a dei dati che vengono prodotti continuamente da una p.a. per i propri scopi. Si tratta quindi un lavoro retribuito e che, comunque, va avanti da solo. Nel caso di OSM invece la comunita' che crea i dati deve essere protetta e quindi che ben venga la formula SA. ripeto, ad OSM fa soltanto comodo. non solo a OSM fa comodo, ma fa comodo a tutti. in particolare alle aziende che possono sviluppare applicazioni arricchendole con i proprio dati. Sottolineo comunque che l'iniziativa è veramente degna di lode, tanto per sgombrare il campo da possibili equivoci. ... ora servono altri comuni :) Sembra cmq che il tutto funzioni anche grazie al supporto di wikitalia.it Ciao e scusami ancora ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] l'interno degli edifici ?
2011/10/18 Alech OSM alech.hos...@gmail.com: Capita che l'atrio di una stazione oppure di un grosso supermercato sia una comune via di transito pedonale , per chi (tutti) non vuole fare il giro dell'isolato. Lo mappiamo in questo caso ? Anche solo con una semplice highway=footway da parte a parte ? perchè no? Certo. Spezzo di solito il way dove attraverso l'edificio e aggiungo covered=yes. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo dati OSM
IMHO: meglio usare crowdmap / ushahidi 2011/10/18 sabas88 saba...@gmail.com: Dopo essene venuto a conoscenza in ML oggi l'ho linkato ad un sindaco :D 2011/10/18 gvf g...@gvf.ve.it Anche il progetto Decoro Urbano http://www.decorourbano.org/blog/2011/10/open-du-apri-tutto/ sta per passare ai dati su OSM -- Ciao Gio. ___ 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 -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] i dati di Firenze ora in open data :)
Lasciate perdere montecitorio lì si rimediano solo escort XD piuttosto se riesci a farti rilasciare anche i dati del tpl atac sarebbe una gran cosa! - Messaggio originale - Quanto a novita' ora sono in viaggio verso Roma per http://dati.gov.it Parli direttamente col Brunetta? :D Vediamo cosa riesci a portare a casa, spero tanto :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm e pcn
On Sun, Oct 16, 2011 at 06:54:04AM -0700, Jeawrong wrote: C'è speranza che il servizio torni normale a breve? Continuo a visualizzare alcuni tiles completamente bianchi... Da oggi le mattonelle invece che bianche sono trasparenti. Sarà un buon segno? Ho scritto al p...@minambiente.it segnalando la cosa. -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm e pcn
2011/10/18 Niccolo Rigacci o...@rigacci.org: On Sun, Oct 16, 2011 at 06:54:04AM -0700, Jeawrong wrote: C'è speranza che il servizio torni normale a breve? Continuo a visualizzare alcuni tiles completamente bianchi... Da oggi le mattonelle invece che bianche sono trasparenti. Sarà un buon segno? come hai fatto? ;-) Da me purtroppo sono rimaste bianche... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm e pcn
On Tue, 18 Oct 2011, Martin Koppenhoefer wrote: come hai fatto? ;-) Da me purtroppo sono rimaste bianche... Pure da me. Piastrelle bianche ovunque, ed in special modo sulle aree che mi servono :( Saluti! Enrico Piccinelli picc...@tiscali.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: Josm e pcn
anche a me piastrelle bianche ogni tanto. Io solitamente tolgo le orto e le riapro a volte le piastrelle bianche si spostanociao Mich74 Messaggio originale Da: picc...@tiscali.it Data: 18-ott-2011 16.24 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] Josm e pcn On Tue, 18 Oct 2011, Martin Koppenhoefer wrote: come hai fatto? ;-) Da me purtroppo sono rimaste bianche... Pure da me. Piastrelle bianche ovunque, ed in special modo sulle aree che mi servono :( Saluti! Enrico Piccinelli picc...@tiscali.it ___ 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
[Talk-it] dati.gov.it
Come preannunciato dal Napo, ecco il portale http://punto-informatico.it/3308978/PI/News/italia-giorno-della-trasparenza.aspx Ci sono i dataset dell'Emilia ed altri con le licenze esplicitate Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Pagina Key:access sul wiki e domande
Ciao a tutti, ho appena finito di tradurre la pagina in oggetto: http://wiki.openstreetmap.org/wiki/IT:Key:access Se avete tempo e voglia (e niente di meglio da fare) e volete darci un'occhiata alla ricerca di eventuali errori... Alcune domande/considerazioni che mi sono sorte nel frattempo: 1. vengono menzionati casi in cui bici possono percorrere sensi unici contromano, ma da ciò che mi risulta in italia è impossibile. Me lo confermate? Altrimenti eliminiamo tali esempi. 2. ho notato che molte possibili restrizioni presenti in Italia non hanno tag o valori corrispondenti, come nel caso di trasporti di inquinanti idrici, di veicoli a braccia o di obbligo di catene a bordo, ecc. 3. vorrei procedere traducendo le sotto-pagine, ad esempio questa: http://wiki.openstreetmap.org/wiki/Key:maxweight ma mi piacerebbe utilizzare immagini di segnali italiani. Secondo voi posso fare un hotlink dei file usato anche da wikipedia (su server wikimedia)? Ad esempio questo: http://it.wikipedia.org/wiki/File:Italian_traffic_signs_- _divieto_di_transito_a_veicoli_di_massa_sopra_7t.svg opportunamente ridimensionato, se necessario? Grazie! Paolo P. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pagina Key:access sul wiki e domande
Il 10/18/2011 10:18 PM, Paolo Pozzan scrisse: Alcune domande/considerazioni che mi sono sorte nel frattempo: 1. vengono menzionati casi in cui bici possono percorrere sensi unici contromano, ma da ciò che mi risulta in italia è impossibile. Me lo confermate? Altrimenti eliminiamo tali esempi. In teoria e' vietato dal codice della strada. In pratica alcuni comuni lo permettono. Purtroppo il numero di comuni che adotta questa soluzione e' in diminuzione. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: Josm e pcn
Giusto un aggiornamento, da me stasera sono scomparse le mattonelle bianche e sembra essere ritornato tutto alla normalità. :-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Area addestramento cani
Ciao, non ho trovato come taggare un'area adibita ad addestramento cani. Chi riesce ad aiutarmi? Ciao e grazie Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: Josm e pcn
Il 19/10/2011 00:33, Alessandro Fanna ha scritto: Giusto un aggiornamento, da me stasera sono scomparse le mattonelle bianche e sembra essere ritornato tutto alla normalit. :-) Confermo. Ciao Giuliano ___ 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] Pagina Key:access sul wiki e domande
2011/10/18 Paolo Pozzan pa...@z2z.it: Alcune domande/considerazioni che mi sono sorte nel frattempo: 1. vengono menzionati casi in cui bici possono percorrere sensi unici contromano, ma da ciò che mi risulta in italia è impossibile. Me lo confermate? Altrimenti eliminiamo tali esempi. -1, non eliminerei questi esempi, anche se non esiste in Italia. Io vedo le traduzioni come versioni italiane delle pagine, non come pagine per l'Italia. 3. vorrei procedere traducendo le sotto-pagine, ad esempio questa: http://wiki.openstreetmap.org/wiki/Key:maxweight ma mi piacerebbe utilizzare immagini di segnali italiani. Secondo voi posso fare un hotlink dei file usato anche da wikipedia (su server wikimedia)? Ad esempio questo: http://it.wikipedia.org/wiki/File:Italian_traffic_signs_- _divieto_di_transito_a_veicoli_di_massa_sopra_7t.svg opportunamente ridimensionato, se necessario? le foto di wikimedia commons le puoi direttamente integrare con image:... (dovresti vedere un attimo la sintassi nel wiki, ma cmq. c'è già qualcosa abilitato per facilizzare questo e per non richiedere il caricamento di doppioni nella wiki di OSM). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Openstreetmap en feria Duitama
Saludos cordiales, El día jueves 20 de octubre de 2011 estaremos en la camara de comercio de Duitama con un stand mostrando nuestro trabajo con openstreetmap en el colegio salesiano Esto en el marco de la muestra estudiantil organizada por la UPTC seccional Duitama Están todos invitados -- ___ Leonardo Gutierrez ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Imágenes SPOT
Jajajajaj perdón ahora viendo confundí Duitama con Guatavita, gran error, perdona, pero igual mañana te confirmo lo de tu invitación. 2011/10/14 Leonardo Gutierrez l...@autobusesaga.com itama y estoy ansioso de hacer una practica completa -- Daniel R. Zorro Forero dfox...@gmail.com http://www.launchpad.net/~dfoxpro Estudiante ingeniería de sistemas Universidad Nacional de Colombia *Yo ya me libere de los virus... y tu? http://www.ubuntu.com/desktop/features *Y por favor no me mandes .doc y .docx http://www.gnu.org/philosophy/no-word-attachments.es.html Política Anti-Spam: Si usted va a retransmitir este mensaje, por favor borre la dirección y nombre de quien se lo remitió inicialmente. De esta manera mantendremos nuestros buzones limpios de mensajes indeseables y de Spams. Procure usar siempre CCO ( con copia oculta ) en sus mensajes, todo correo que invite a ser reenviado por lo regular es un hoax . ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Materiale om KMS omtale af OSM på Kulturnatten
Hej alle Jeg lovede i lørdags at vise den omtale KMS lavede om OSM i et faktaark om Crowdsourcing til Kulturnatten i København. Dette faktaark har jeg nu fået tilsendt fra KMS og I kan ses som PDF fil (335 KB) på følgende URL http://dl.dropbox.com/u/4031522/openstreetmap/osmkms.pdf vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-midanglia] Marker Posts
Bother, shortened the wrong link. I meant to send http://is.gd/cDcwb7 (the other is the same area, but speed limits mph). Ed ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
Re: [Talk-gb-midanglia] Marker Posts
There is a gas compressor at/near Duxford, one of 4 in Cambs. If you look at in google maps sat 52.081460, 0.166482 you will see it + if you look at street view along the road at 52.081466,0.164139 (copy into google maps and it should find) is one version of the gas marker plate. Werrington compressor is at 52.626863,-0.301512 @ 52.632038,-0.26 is the more usual gas High pressure gas marker -Original Message- From: Ed Loach Sent: Tuesday, October 18, 2011 3:08 PM To: 'John Sturdy' ; 'Nicola Smith' Cc: 'openstreetmap' Subject: RE: [Talk-gb-midanglia] Marker Posts Bother, shortened the wrong link. I meant to send http://is.gd/cDcwb7 (the other is the same area, but speed limits mph). Ed ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
Re: [Talk-gb-westmidlands] New public square in Kings Heath
Mapped! Most of it is still being constructed but it's a big improvement on what was there before - don't know where the public art is though - no sign of it this morning Regards Brian On 15 October 2011 22:58, Andy Mabbett a...@pigsonthewing.org.uk wrote: A new square opened in Kings Heath this week: http://www.aboutmyarea.co.uk/West-Midlands/Birmingham/B14/News/Local-News/208216-The-new-face-of-Kings-Heath and has a lot of public art: http://www.aboutmyarea.co.uk/West-Midlands/Birmingham/B14/News/Local-News/208217-A-maze-ing-New-Kings-Heath-square-overflows-with-symbolic-public-art I /think/ the location is: http://www.openstreetmap.org/?lat=52.43275lon=-1.89347zoom=17layers=M is anyone local, and able to survey it? -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] New public square in Kings Heath
;-) Thanks for the update. On 18 October 2011 13:36, Brian Prangle bpran...@gmail.com wrote: Whoops - walked over the public art - it's set in mosaic in the ground - a bit underwhelming for my taste which is why I probably didn't register it. Regards Brian On 15 October 2011 22:58, Andy Mabbett a...@pigsonthewing.org.uk wrote: A new square opened in Kings Heath this week: http://www.aboutmyarea.co.uk/West-Midlands/Birmingham/B14/News/Local-News/208216-The-new-face-of-Kings-Heath and has a lot of public art: http://www.aboutmyarea.co.uk/West-Midlands/Birmingham/B14/News/Local-News/208217-A-maze-ing-New-Kings-Heath-square-overflows-with-symbolic-public-art I /think/ the location is: http://www.openstreetmap.org/?lat=52.43275lon=-1.89347zoom=17layers=M is anyone local, and able to survey it? -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] ¿source=catastro?
On Tuesday 18 October 2011 08:04:15 Oscar Fonts wrote: Buenas, En la siguiente web puedes echar una mano proponiendo como se trasladaría cada campo del catastro a OSM http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_f eatures Hm, pero aquí están listados los registros alfanuméricos (cat), que no tienen geometría asociada [1]... no acabo de ver la relación directa con map features de OSM. Lo primero sería cómo ligar (join) algunos de estos registros cat con los shp, que sí llevan la geometría de ejes, construcciones, etc. Desgraciadamente la relación jamás es 1:1. Eso ya se ha hecho. Falta por resolver algún detalle en las geometrías de los edificios principalmente debido a dos detalles: 1- No tenemos del todo claro como ligar los datos del .CAT con los shapes del CONSTRU cuando hay más de un edificio en la parcela (no parece que la numeración coincida). 2- No tenemos claro como importar los elementos 3D al mapa. Es decir, las diferentes plantas de los edificios. Por lo pronto estamos trabajando con las relaciones para evitar duplicar geometrías (incluso en 3D) y luego guardamos en el tag constru la altura. Al menos los ejes viarios urbanos sí se pueden relacionar con sus nombres [2] y los edificios con sus números de policía [3]. En mi opinión, donde se describe el tipo de elemento, y por tanto lo que habría que relacionar con map features, son los códigos TTGGSS [4]. Los número de policía están en el .CAT pero no en el .SHP así que no es viable. Tampoco por el número catastral porque de los edificios solo tenemos la referencia de la parcela (en el .SHP) no de la propia construcción. También se podría extraer información sobre usos de locales comerciales en urbana, y sobre usos del suelo en rústica. Pero paso a paso... Esa información no la hemos localizado. ¿En qué archivo/tag está la información de los usos de los locales comerciales? Y, sí, elempun y elemlin no pueden importarse a ciegas. Pero valen como ayuda: Hay un montón de caminos y riachuelos bien detallados que, contrastados con PNOA, podrían mapearse más fácilmente. De esto no nos hemos encargado aún. En otro orden de cosas, estamos buscando un repositorio donde subir el código que estamos realizando. ¿Nos podrías dar acceso al repositorio que enlazas para centralizar el trabajo? Oscar. [1] https://github.com/oscarfonts/catastro2postgis/blob/master/catstruct.py [2] https://github.com/oscarfonts/catastro2postgis/blob/master/sql/calles.sql [3] https://github.com/oscarfonts/catastro2postgis/blob/master/sql/views.sql [4] https://github.com/oscarfonts/catastro2postgis/blob/master/dict/dict_TTGGSS .csv Los datos del catastro van a ser importados de forma masiva. Si es posible, lo ideal es no usar dicha fuente para no duplicara trabajo y evitar colisiones a futuro. En cuanto tengamos los script distribuiremos info sobre como colaborar ;) Saludos Daniel Rodríguez ___ 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-at] Lagegenauigkeit an Berghängen/Felswänden
Hallo Robert! Sehe ich auch so. Jedes Verfahren hat seine Fehlerquellen, ich kann auch nicht sagen, was man für einen Fehler macht/machen kann, wenn man ein im Gauß-Krüger mit weiß nicht was für einem Geoid perfekt ausgerichtetes Luftbild in die Google-Projektion mit dem WGS-Geoid umrechnet. Macht doch bei den Referenzpunkten mit: http://wiki.openstreetmap.org/wiki/Wien/Referenzpunkte suchen wir neue Punkte, vergleichen wir verschiedene GPS-Geräte mit dem, was ViennaGIS als vermessene Wahrheit sagt, und mit dem, was Luftbilder zeigen... /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Flüsse mit sich ändernder Richtungg (war: Relationen type=waterway)
Lass das mal das Problem der Australier sein :D Am 17. Oktober 2011 21:25 schrieb Holger Schöner nume...@ancalime.de: Hallo, Am Mo, 17. Oktober 2011 schrieb Friedrich Volkmann: Es gab auch schon Diskussionen über Flüsse, die ihre Richtung ändern... Gibt es das? Ich dachte, sogar in Eschers Bildern fließt das Wasser immer abwärts. Ich habe mal einen Bericht über einen Fluss in Asien gesehen. Ich glaube, es ist der Tonle Sap River zwischen Saigon und dem Tonle Sap Lake. Wenn ich mich recht erinnere, führt der Mekong zur Regenzeit so viel Wasser, dass es nicht nur zum Meer, sondern auch in den See hinein fließt, und in der Trockenzeit wieder zurück ... Hat das Auswirkungen auf unser Tagging? ;-) -- Holger Schoener nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- Lukas Bischof p: +43 (664) 416 84 34 w: http://www.wordy-rappinghood.net/ @: lukas.bisc...@gmail.com ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lagegenauigkeit an Berghängen/Felswänden
On 17.10.2011 22:18, Friedrich Volkmann wrote: On 10/17/11 20:57, Robert Kaiser wrote: Auf unter 10m würde ich einem GPS nicht trauen, in Städten bzw. wenn der Horizont durch irgendwelche Hindernisse nicht direkt sichtbar ist, würde ich die Fehler höher einschätzen. Im Normalfall. Ich hab aber auch schon erlebt, dass mein Garmin in Wien am Südtirolerplatz 3m Genauigkeit angezeigt hat. Und am Track war zu sehen, dass er wirklich so genau war. Dadurch wurde mir klar, wie falsch die Yahoo-Bilder waren. Bis dahin hatten viele von Yahoo abgezeichnet, ich auch. Ich hatte sogar fremde Objekte korrigiert, d.h. nach Yahoo ausgerichtet. Jetzt haben wir das gleiche mit Geoimage. Alle zeichnen unkritisch von geoimage.at ab und nehmen es als Grundlage für hemmungslose Lagekorrekturen. Doch vielleicht sind da und dort die guten alten GPS-Tracks doch genauer, und die vermeintlichen Lagekorrekturen sind in Wahrheit Lageverfälschungen. Achtung, die 3m Genauigkeit bedeuten dass OHNE Reflexionen, in 95% aller Fälle die Genauigkeit 3m oder besser ist. Je nach GPS Firmware wird die prozentuale Häufung anders genommen. Früher war 99% die Norm, bei Professionellen GPS sind es eher 99.5% oder besser, aber da Konsumenten eben meinen Boah ist ja 3m genau wird dann halt nur noch eine Wahrscheinlichkeit von 95% als ausreichend betrachtet. Tendenziell ist bei Garmin GPS Genauigkeiten unter 5m (laut Anzeige) aber ziemlich zu trauen, aber wenn mal 10-20m angezeigt werden, dann ist es häufig in Wirklichkeit schon 50-60m, und dem Wert sollte nicht mehr vertraut werden. Dazu muss man natürlich noch die Reflexionen einbeziehen welche das Ergebniss innerstädtisch/Felswände arg verschlechtern (statt 3m kann man dann eher von 6m mit 95% Wahrscheinlichkeit rechnen). Der Grund für die bei modernen GPS eher größeren Aussetzer wie früher liegt übrigens daran, dass der gemeine User lieber schlechten Empfang hat, wie gar keinen, weswegen die Elevationswinkel bis zu denen Satelliten gelocked werden, deutlich gesenkt wurden - dies führt aber wiederrum zu größeren Positionsfehlern. Alte GPS Chipsätze wie etwa Phasetrack oder SIRF II waren deutlich genauer wie die modernen MTK oder u-blox - aber sie hatten halt viele viele Aussetzer und kompletten Fixverlust. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lagegenauigkeit an Berghängen/Felswänden
Friedrich Volkmann schrieb: On 10/17/11 20:57, Robert Kaiser wrote: Und man muss sich auch fragen, wie genau eine Karte sein muss - für die überaus meisten Zwecke spielen 10m-20m auf oder ab überhaupt keine Rolle. Für manche aber sehr wohl. Z.B. wird man dann schon falsch geroutet, weil das Navi glaubt, man ist in der nächsten Straße. Und am Berg machen die 20m den Unterschied, auf welcher Seite vom Grat man gehen muss. Wenn Straßen 10-20m auseinander liegen, sind die meisten Navis überfordert, ganz gleich, wie genau die Karte ist, denn dort, wo sowas ist, ist normalerweise Stadt und dichte Besiedelung und Gebäude, die eine Genauigkeit in diesem Rahmen sogar für ein gutes GPS-Gerät unmöglich machen, erst recht für eines, das in einem Stahlgehäuse wie einem Auto sitzt... Und zum Grat, da ist die _Genauigkeit_ der Karte relativ egal - erst mal muss der Bergsteiger mal selbst so weit sein, dass er nur Schritte setzt, bei denen er nicht abstürzt, bzw. auf eine entsprechende Sicherung achtet, das mal bevor wir überhaupt von Karten sprechen. Und dann muss auf der Karte nur stimmen, auf welcher Seite von ebenfalls eingetragenen Grat der Weg geht - ob beide um x Meter in eine Richtung verschoben sind, ist relative egal, wenn ich da oben stehe und klar sehe, wo der Grat ist. (Verdrängung und Renderer ist klar, ich zweifle nur die [Zenti]Meter-i-Tüpfelchen-Reitereien an, die in letzter Zeit bein OSM passieren.) hat sich bemüht heißt in einem Dienstzeugnis: bemüht, aber unfähig. Ich glaube nur das, was ich sehe, und wenn der Skywalk doppelt ist, dann ist was falsch. Das ist klar. Ich vermute, dass es Bundesländern auch nicht so wichtig ist, Grundstücksgrenzen oder Häuserflächen auf Steilhängen zu vermessen und man dort halt nicht einen derartigen Fehler sucht, genau ansieht bzw. korrigiert. Wie gesagt, man muss auf das menschliche Gefühl und die Vergleiche der Quellen achten. Und wegen eines Ausrutschers ist auch nicht bewiesen, dass geoimage ungenau ist - nur, dass es nicht überall zu 100% exakt ist. Und das sollte man von jeder Quelle annehmen. Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] invert selection ieksh josm
On 10/18/11 15:41, N.R. wrote: vai tad vispār var? man likās ka tikai ar filtriem var ko advancētu ieselektēt neenu, var, bet kaa - tas jau vairs nav iipashi userfriendly... taapeec arii prasiiju, lai saprastu, vai to cilveeki reaali grib/lietotu On 2011.10.18. 15:40, Rich wrote: bez chiitoshanas ;) - cik daudzi var no galvas pateikt, kaa josmaa uztaisiit invert selection ? kaa cilveekiem sheit ar shaadas fiichas nepiecieshamiibu, ir bijusi vajadziiba ? -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] invert selection ieksh josm
Nu, elementāri! Ja meklētu selected, nekas nemainītos. -selected ir negācija no selected, jeb invert selection, kam var piekabināt type:way utt. 2011/10/18 Rich ric...@nakts.net On 10/18/11 16:00, Jānis Ročāns wrote: Ir bijusi vajadzība, bet esmu izlīdzējies ar atlasīšanu ar roku. Būtu ideāli, ja būtu selektors unselected, jeb vēl labāk selected, tad varētu -selected. vot to otro teikumu nu galiigi nesapratu :) 2011/10/18 Rich ric...@nakts.net mailto:ric...@nakts.net On 10/18/11 15:41, N.R. wrote: vai tad vispār var? man likās ka tikai ar filtriem var ko advancētu ieselektēt neenu, var, bet kaa - tas jau vairs nav iipashi userfriendly... taapeec arii prasiiju, lai saprastu, vai to cilveeki reaali grib/lietotu On 2011.10.18. 15:40, Rich wrote: bez chiitoshanas ;) - cik daudzi var no galvas pateikt, kaa josmaa uztaisiit invert selection ? kaa cilveekiem sheit ar shaadas fiichas nepiecieshamiibu, ir bijusi vajadziiba ? -- Rich -- Rich -- Paldies, Jānis Ročāns ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Motorways tagging at ferry terminals/boarders
There are two different and conflicting ways of tagging motorways at ferry terminals. The first of these, as shown at the Horseshoe Bay terminal http://osm.org/go/WJQnahqdV- is of having one way where there are many lanes and tagging as highway=motorway. The second, shown at Swartz Bay http://osm.org/go/WJEP9q90r- is drawing the lanes as highway=service and terminating the motorway when it stops being one. The same issue applies at border crossings, except for the ones I've looked at the choice is between highway=motorway and highway=primary. I have reservations about tagging highway=motorway on a section of road that has speed bumps, stop signs and traffic lights. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Old CanVec versions
I could use 092G and 092H. Is there any possibility of getting them hosted on a generally accessible server? It's often useful to be able to check if a problem was with the source data or an import. From: Brent Fraser [mailto:bfra...@geoanalytic.com] Sent: Saturday, October 15, 2011 7:42 AM To: Paul Norman Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Old CanVec versions I've got a copy of v6 on my network. Did you want one sheet or all of it? Best Regards, Brent Fraser On 10/15/2011 2:06 AM, Paul Norman wrote: Does anyone know where I can find old CanVec versions? I was looking into http://www.openstreetmap.org/?lat=44.608497 http://www.openstreetmap.org/?lat=44.608497lon=-63.629537zoom=18layers=M lon=-63.629537zoom=18layers=M which I was pointed to on IRC and has a footway and a track running over each other, but not sharing nodes and both were from CanVec 6.0. CanVec 8.0 only has the footway. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Motorways tagging at ferry terminals/boarders
I prefer the Swartz Bay scheme because it is more reflective of the reality on the ground. I was just looking at these terminals last night! Speaking of ferry terminals, I've been adding more detail to the Tsawwassen ferry terminal. http://goo.gl/2vzKx There is a situation where there is an overhead walkway, which I've mapped as a building with layer = 1, with some roads underneath, then on top of the walkway is an elevated road (layer 2) leading to the upper vehicle loading ramp. How shall I fix it so the building is above the road? I've had other situations where roads pass under or through buildings and it never renders the way I like, such as hotel entrances and vehicle inspection buildings. -- Matthew Buchanan -- Kamloops, BC On 18 October 2011 00:14, Paul Norman penor...@mac.com wrote: There are two different and conflicting ways of tagging motorways at ferry terminals. The first of these, as shown at the Horseshoe Bay terminal http://osm.org/go/WJQnahqdV- is of having one way where there are many lanes and tagging as highway=motorway. The second, shown at Swartz Bay http://osm.org/go/WJEP9q90r- is drawing the lanes as highway=service and terminating the motorway when it stops being one. The same issue applies at border crossings, except for the ones I’ve looked at the choice is between highway=motorway and highway=primary. I have reservations about tagging highway=motorway on a section of road that has speed bumps, stop signs and traffic lights. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Motorways tagging at ferry terminals/boarders
On Tue, Oct 18, 2011 at 12:35 PM, Matthew Buchanan matthew.ian.bucha...@gmail.com wrote: I prefer the Swartz Bay scheme because it is more reflective of the reality on the ground. The what? Could you provide a link please? :-) ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] Povolení vjezdu
Ahoj, na [1] a dalších místech se píše, že zákazy vjezdu by se měli tagovat pomocí access=*, správnější mi ale připadá vehicle=*, protože se to jinak vztahuje i na chodce. Mohu to opravit, nebo to má nějaký pro mě skrytý význam? [1] http://wiki.openstreetmap.org/wiki/Cz:Road_Signs#Dodatkov.C3.A9_tabulky_.28Additional_panels.29 Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Povolení vjezdu
2011/10/18 Petr Dlouhý petr.dlo...@email.cz: na [1] a dalších místech se píše, že zákazy vjezdu by se měli tagovat pomocí access=*, správnější mi ale připadá vehicle=*, protože se to jinak vztahuje i na chodce. Mohu to opravit, nebo to má nějaký pro mě skrytý význam? Zákaz vjezdu je tam označen jako vehicle=no. Ovšem u dodatkové tabulky to nelze takhle říct. Dodatková tabulka „MIMO ZÁSOBOVÁNÍ“ umístěná pod B1 je vskutku vehicle=delivery, ale stejná dodatková tabulka pod B4 je hgv=delivery… Ovšem ještě jiná věc je, že defaultní Mapnik bohužel (IIANM) renderuje jen základní access=* (takže třeba silnice s access=no + foot=yes + bicycle=yes je červená, zatímco silnice s vehicle=no je neoznačená). -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] relation trop nombreuses
Bonjour, Tu peux aussi ne conserver que la 2nde méthode: un noeud solidaire du pourtour du bâti correspondant à son entrée. Au moins, dans une même rue, il y aura homogénéité. Romain Le 18 octobre 2011 07:00, Pierre WILLOT pie...@willot-martin.be a écrit : si je comprend bati avec un numéro : je le met sur le bati bati avec plusieurs numéro : je les met sur le contour Le 14/10/11 13:58, Jo a écrit : En fait c'est ça la façon habituelle de le faire dans le reste du monde. En France j'ai remarqué que les numéros sont mis devant le bâti (ce qui me semble difficile à travailler avec de façon automatisée) ou sur le contour (ce qui me semble OK dans le cas où il y a effectivement plusieurs numéros de maison). S'il y a un bâti avec un seul numéro, c'est bien comme il l'a fait. En ce qui concerne la remarque du validateur de JOSM qu'il y ait trop de membres avec le rôle street dans la relation associatedStreet, c'est quelque chose qui a déjà été changé dans le wiki, mais apparemment pas encore dans le code source de JOSM. Il faudrait que quelqu'un fasse un ticket dans trac pour cela. Polyglot 2011/10/14 cyrille giquello cyrill...@gmail.com Bonjour, Le 14 octobre 2011 12:32, Christian Quest christian.qu...@gmail.com a écrit : C'est une relation type=associatedStreet ? ... Regarde par exemple la relation que j'avais créé en exemple vers chez vous (Rue des Forges): http://www.openstreetmap.org/browse/relation/1783584 Je me mêle à la conversation juste pour noter que tu positionne les numéros d'adresse sur les bâtis. J'ai tendance à positionner la numérotation au niveau de la porte d'accès ou au bord de la voie. Il me semble que ça fonctionne mieux pour les bâtiments avec plusieurs entrées, les bâtis au coin de 2 rues, les longs jardins, les propriétés avec plusieurs bâtis ... Je vais revoir le wiki à ce propos. Bon mapping -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Terminologie ( Était : http://taginfo.openstreetmap.fr)
Bonjour, Existe-t-il une page sur le wiki qui récapitule tout ce qui se dit ici au sujet de la terminologie ? Ces termes apparaissent effectivement sur diverses pages du wiki, mais ce serait bien d'avoir une page uniquement consacrée à la terminologie, genre Fr:Terminologie (quoique les québecquois pourrait nous pondre des choses différentes aussi). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Terminologie ( Était : http://taginfo.openstreetmap.fr)
Le mardi 18 octobre 2011 à 09:09 +0200, Nicolas Dumoulin a écrit : Bonjour, Existe-t-il une page sur le wiki qui récapitule tout ce qui se dit ici au sujet de la terminologie ? la seule page que j'ai trouvé est http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/FR Ces termes apparaissent effectivement sur diverses pages du wiki, mais ce serait bien d'avoir une page uniquement consacrée à la terminologie, genre Fr:Terminologie (quoique les québecquois pourrait nous pondre des choses différentes aussi). terminologie ou glossaire +1 didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation trop nombreuses
ouaips je vais changer toutes les maisons du quartier je vais mettre mon gamin sur le coup :-) il adore faire ça, c'est une excuse accepté par les parents pour rester devant l'écran @+ Pierre Le 18/10/11 08:45, Romain MEHUT a écrit : Bonjour, Tu peux aussi ne conserver que la 2nde méthode: un noeud solidaire du pourtour du bâti correspondant à son entrée. Au moins, dans une même rue, il y aura homogénéité. Romain Le 18 octobre 2011 07:00, Pierre WILLOT pie...@willot-martin.be a écrit : si je comprend bati avec un numéro : je le met sur le bati bati avec plusieurs numéro : je les met sur le contour Le 14/10/11 13:58, Jo a écrit : En fait c'est ça la façon habituelle de le faire dans le reste du monde. En France j'ai remarqué que les numéros sont mis devant le bâti (ce qui me semble difficile à travailler avec de façon automatisée) ou sur le contour (ce qui me semble OK dans le cas où il y a effectivement plusieurs numéros de maison). S'il y a un bâti avec un seul numéro, c'est bien comme il l'a fait. En ce qui concerne la remarque du validateur de JOSM qu'il y ait trop de membres avec le rôle street dans la relation associatedStreet, c'est quelque chose qui a déjà été changé dans le wiki, mais apparemment pas encore dans le code source de JOSM. Il faudrait que quelqu'un fasse un ticket dans trac pour cela. Polyglot 2011/10/14 cyrille giquello cyrill...@gmail.com Bonjour, Le 14 octobre 2011 12:32, Christian Quest christian.qu...@gmail.com a écrit : C'est une relation type=associatedStreet ? ... Regarde par exemple la relation que j'avais créé en exemple vers chez vous (Rue des Forges): http://www.openstreetmap.org/browse/relation/1783584 Je me mêle à la conversation juste pour noter que tu positionne les numéros d'adresse sur les bâtis. J'ai tendance à positionner la numérotation au niveau de la porte d'accès ou au bord de la voie. Il me semble que ça fonctionne mieux pour les bâtiments avec plusieurs entrées, les bâtis au coin de 2 rues, les longs jardins, les propriétés avec plusieurs bâtis ... Je vais revoir le wiki à ce propos. Bon mapping -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Terminologie ( Était : http://taginfo.openstreetmap.fr)
Bonjour, De : Didier Marchand Le mardi 18 octobre 2011 à 09:09 +0200, Nicolas Dumoulin a écrit : Existe-t-il une page sur le wiki qui récapitule tout ce qui se dit ici au sujet de la terminologie ? la seule page que j'ai trouvé est http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/FR Cette page traite plutôt de problématiques de géocodage. Ces termes apparaissent effectivement sur diverses pages du wiki, mais ce serait bien d'avoir une page uniquement consacrée à la terminologie, genre Fr:Terminologie (quoique les québecquois pourrait nous pondre des choses différentes aussi). terminologie ou glossaire Glossaire, vous avez dit glossaire ? http://wiki.openstreetmap.org/wiki/FR:Glossary vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-FR] Premier CA ouvert ET futurs CA
Le 18/10/2011 00:26, Christian Rogel a écrit : Il ne faut pas interpréter mandat territorial comme signifiant parler au nom de l'association et il ne s'agit pas de représentation locale Euh si. Totalement même. Le but est d'avoir quelqu'un qui, localement, peut se prévaloir de parler au nom d'OSM-France sans pour autant devoir se coltiner la tâche de participer à un conseil d'administration. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Terminologie ( Était : http://taginfo.openstreetmap.fr)
Bonjour, Dans le principe, ça ne peut pas faire de mal pour éviter de dérouter (ha ha ha) les nouveaux-venus. Avec également les raisons pour lesquelles certains termes ne sont pas employés dans telle situation - cas de route qui est plutôt à comprendre comme un itinéraire que comme un élément de voirie Le plus difficile, c'est de maintenir ce genre de pages vivantes Le 18 octobre 2011 09:09, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, Existe-t-il une page sur le wiki qui récapitule tout ce qui se dit ici au sujet de la terminologie ? Ces termes apparaissent effectivement sur diverses pages du wiki, mais ce serait bien d'avoir une page uniquement consacrée à la terminologie, genre Fr:Terminologie (quoique les québecquois pourrait nous pondre des choses différentes aussi). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation trop nombreuses
Bonjour, On peut aussi opter pour un noeud solidaire de la limite physique de propriété, quand elle est distincte du bâtiment (et qu'on prend le soin de la représenter). C'est souvent le cas dans les lotissements avec jardins privatifs. Dans ce cas, je place le noeud au niveau de l'entrée et/ou de la boite aux lettres Plusieurs méthodes sont possibles et raisonnables. On entre dans le domaine du goût et des couleurs. Tant qu'au bout du compte j'arrive à quelque chose bien digéré par OSM Inspector [2] (en particulier le rattachement à la voirie) c'est bon signe ! [1] http://www.openstreetmap.org/?lat=47.206946lon=-1.510074zoom=18layers=M [2] http://tools.geofabrik.de/osmi/?view=addresseslon=-1.50773lat=47.20350zoom=16overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads Le 18 octobre 2011 08:45, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Tu peux aussi ne conserver que la 2nde méthode: un noeud solidaire du pourtour du bâti correspondant à son entrée. Au moins, dans une même rue, il y aura homogénéité. Romain Le 18 octobre 2011 07:00, Pierre WILLOT pie...@willot-martin.be a écrit : si je comprend bati avec un numéro : je le met sur le bati bati avec plusieurs numéro : je les met sur le contour Le 14/10/11 13:58, Jo a écrit : En fait c'est ça la façon habituelle de le faire dans le reste du monde. En France j'ai remarqué que les numéros sont mis devant le bâti (ce qui me semble difficile à travailler avec de façon automatisée) ou sur le contour (ce qui me semble OK dans le cas où il y a effectivement plusieurs numéros de maison). S'il y a un bâti avec un seul numéro, c'est bien comme il l'a fait. En ce qui concerne la remarque du validateur de JOSM qu'il y ait trop de membres avec le rôle street dans la relation associatedStreet, c'est quelque chose qui a déjà été changé dans le wiki, mais apparemment pas encore dans le code source de JOSM. Il faudrait que quelqu'un fasse un ticket dans trac pour cela. Polyglot 2011/10/14 cyrille giquello cyrill...@gmail.com Bonjour, Le 14 octobre 2011 12:32, Christian Quest christian.qu...@gmail.com a écrit : C'est une relation type=associatedStreet ? ... Regarde par exemple la relation que j'avais créé en exemple vers chez vous (Rue des Forges): http://www.openstreetmap.org/browse/relation/1783584 Je me mêle à la conversation juste pour noter que tu positionne les numéros d'adresse sur les bâtis. J'ai tendance à positionner la numérotation au niveau de la porte d'accès ou au bord de la voie. Il me semble que ça fonctionne mieux pour les bâtiments avec plusieurs entrées, les bâtis au coin de 2 rues, les longs jardins, les propriétés avec plusieurs bâtis ... Je vais revoir le wiki à ce propos. Bon mapping -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Groupe de travail international
2011/10/17 Philippe Pary phili...@cleo-carto.com Je confirme la présence active de Jo sur la liste talk-be. Il sera un excellent émissaire :-) Tu n'avais pas besoin de confirmer puisque je suis dessus aussi :p Emilie Laffrau ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation trop nombreuses
Oui on est bien dans la même logique. Le 18 octobre 2011 10:24, Ab_fab gamma@gmail.com a écrit : Bonjour, On peut aussi opter pour un noeud solidaire de la limite physique de propriété, quand elle est distincte du bâtiment (et qu'on prend le soin de la représenter). C'est souvent le cas dans les lotissements avec jardins privatifs. Dans ce cas, je place le noeud au niveau de l'entrée et/ou de la boite aux lettres Plusieurs méthodes sont possibles et raisonnables. On entre dans le domaine du goût et des couleurs. Tant qu'au bout du compte j'arrive à quelque chose bien digéré par OSM Inspector [2] (en particulier le rattachement à la voirie) c'est bon signe ! [1] http://www.openstreetmap.org/?lat=47.206946lon=-1.510074zoom=18layers=M [2] http://tools.geofabrik.de/osmi/?view=addresseslon=-1.50773lat=47.20350zoom=16overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads Le 18 octobre 2011 08:45, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Tu peux aussi ne conserver que la 2nde méthode: un noeud solidaire du pourtour du bâti correspondant à son entrée. Au moins, dans une même rue, il y aura homogénéité. Romain Le 18 octobre 2011 07:00, Pierre WILLOT pie...@willot-martin.be a écrit : si je comprend bati avec un numéro : je le met sur le bati bati avec plusieurs numéro : je les met sur le contour Le 14/10/11 13:58, Jo a écrit : En fait c'est ça la façon habituelle de le faire dans le reste du monde. En France j'ai remarqué que les numéros sont mis devant le bâti (ce qui me semble difficile à travailler avec de façon automatisée) ou sur le contour (ce qui me semble OK dans le cas où il y a effectivement plusieurs numéros de maison). S'il y a un bâti avec un seul numéro, c'est bien comme il l'a fait. En ce qui concerne la remarque du validateur de JOSM qu'il y ait trop de membres avec le rôle street dans la relation associatedStreet, c'est quelque chose qui a déjà été changé dans le wiki, mais apparemment pas encore dans le code source de JOSM. Il faudrait que quelqu'un fasse un ticket dans trac pour cela. Polyglot 2011/10/14 cyrille giquello cyrill...@gmail.com Bonjour, Le 14 octobre 2011 12:32, Christian Quest christian.qu...@gmail.com a écrit : C'est une relation type=associatedStreet ? ... Regarde par exemple la relation que j'avais créé en exemple vers chez vous (Rue des Forges): http://www.openstreetmap.org/browse/relation/1783584 Je me mêle à la conversation juste pour noter que tu positionne les numéros d'adresse sur les bâtis. J'ai tendance à positionner la numérotation au niveau de la porte d'accès ou au bord de la voie. Il me semble que ça fonctionne mieux pour les bâtiments avec plusieurs entrées, les bâtis au coin de 2 rues, les longs jardins, les propriétés avec plusieurs bâtis ... Je vais revoir le wiki à ce propos. Bon mapping -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Terminologie ( Était : http://taginfo.openstreetmap.fr)
Le Mardi 18 Octobre 2011 10:10:06 Vincent de Chateau-Thierry, vous avez écrit : Glossaire, vous avez dit glossaire ? http://wiki.openstreetmap.org/wiki/FR:Glossary Pas mal. Il y a du boulot sur cette page :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation trop nombreuses
Merci pour votre aide L'idée de la boite aux lettres me plait :-) pierre Le 18/10/11 10:32, Romain MEHUT a écrit : Oui on est bien dans la même logique. Le 18 octobre 2011 10:24, Ab_fab gamma@gmail.com a écrit : Bonjour, On peut aussi opter pour un noeud solidaire de la limite physique de propriété, quand elle est distincte du bâtiment (et qu'on prend le soin de la représenter). C'est souvent le cas dans les lotissements avec jardins privatifs. Dans ce cas, je place le noeud au niveau de l'entrée et/ou de la boite aux lettres Plusieurs méthodes sont possibles et raisonnables. On entre dans le domaine du goût et des couleurs. Tant qu'au bout du compte j'arrive à quelque chose bien digéré par OSM Inspector [2] (en particulier le rattachement à la voirie) c'est bon signe ! [1] http://www.openstreetmap.org/?lat=47.206946lon=-1.510074zoom=18layers=M [2] http://tools.geofabrik.de/osmi/?view=addresseslon=-1.50773lat=47.20350zoom=16overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads Le 18 octobre 2011 08:45, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Tu peux aussi ne conserver que la 2nde méthode: un noeud solidaire du pourtour du bâti correspondant à son entrée. Au moins, dans une même rue, il y aura homogénéité. Romain Le 18 octobre 2011 07:00, Pierre WILLOT pie...@willot-martin.be a écrit : si je comprend bati avec un numéro : je le met sur le bati bati avec plusieurs numéro : je les met sur le contour Le 14/10/11 13:58, Jo a écrit : En fait c'est ça la façon habituelle de le faire dans le reste du monde. En France j'ai remarqué que les numéros sont mis devant le bâti (ce qui me semble difficile à travailler avec de façon automatisée) ou sur le contour (ce qui me semble OK dans le cas où il y a effectivement plusieurs numéros de maison). S'il y a un bâti avec un seul numéro, c'est bien comme il l'a fait. En ce qui concerne la remarque du validateur de JOSM qu'il y ait trop de membres avec le rôle street dans la relation associatedStreet, c'est quelque chose qui a déjà été changé dans le wiki, mais apparemment pas encore dans le code source de JOSM. Il faudrait que quelqu'un fasse un ticket dans trac pour cela. Polyglot 2011/10/14 cyrille giquello cyrill...@gmail.com Bonjour, Le 14 octobre 2011 12:32, Christian Quest christian.qu...@gmail.com a écrit : C'est une relation type=associatedStreet ? ... Regarde par exemple la relation que j'avais créé en exemple vers chez vous (Rue des Forges): http://www.openstreetmap.org/browse/relation/1783584 Je me mêle à la conversation juste pour noter que tu positionne les numéros d'adresse sur les bâtis. J'ai tendance à positionner la numérotation au niveau de la porte d'accès ou au bord de la voie. Il me semble que ça fonctionne mieux pour les bâtiments avec plusieurs entrées, les bâtis au coin de 2 rues, les longs jardins, les propriétés avec plusieurs bâtis ... Je vais revoir le wiki à ce propos. Bon mapping -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
