[OSM-talk] Yahoo Imagery
Hi! A month ago we said bye to Yahoo imagery due to the shutting down of some of their services. But it is still available in both Potlatch versions. Did the permission to trace mention the services that can be used for tracing (and how is it available in Potlatch then), or it is possible to get Yahoo imagery back in other editors, like JOSM? IZ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yahoo Imagery
Ilya Zverev wrote: Hi! A month ago we said bye to Yahoo imagery due to the shutting down of some of their services. But it is still available in both Potlatch versions. Did the permission to trace mention the services that can be used for tracing (and how is it available in Potlatch then), or it is possible to get Yahoo imagery back in other editors, like JOSM? What Yahoo actually said (http://developer.yahoo.com/blogs/ydn/posts/2011/06/yahoo-maps-apis-service-closure-announcement-new-maps-offerings-coming-soon/) was that they would no longer support [these] Maps APIs on September 13th. I never saw an announcement saying that permission had been withdrawn; merely that the thing that we trace from might not be there any more. If a particular editor misunderstood that announcement, perhaps log a bug in their trac? Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] XML database VS PostgreSQL for OSM
Hi, Considering an OSM data fragment representing a town as Paris, London, etc, I wonder assets and drawbacks of using a XML file (myTown.osm) against tools as pgRouting or another PostgreSQL based database for routing, visualization, updates from main server? Thanks___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yahoo Imagery
On 19/10/11 09:25, SomeoneElse wrote: What Yahoo actually said (http://developer.yahoo.com/blogs/ydn/posts/2011/06/yahoo-maps-apis-service-closure-announcement-new-maps-offerings-coming-soon/) was that they would no longer support [these] Maps APIs on September 13th. I never saw an announcement saying that permission had been withdrawn; merely that the thing that we trace from might not be there any more. If a particular editor misunderstood that announcement, perhaps log a bug in their trac? I don't think anybody misunderstood anything, except that we thought they were actually going to turn them off on that date so that they would no longer work. Our permission to trace from them was never an issue, and nobody thought that it was. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yahoo Imagery
Ilya Zverev wrote: Hi! A month ago we said bye to Yahoo imagery due to the shutting down of some of their services. But it is still available in both Potlatch versions. As Tom says, the situation with permission has not changed either way. Yahoo have slightly extended the switch-off period because some other users of their Maps API requested it: A few remaining customers have requested additional time to switch over to new APIs and then the service will be shut down... We anticipate this will be completed sometime later this year. (http://blog.programmableweb.com/2011/09/22/yahoo-maps-watch-life-support-may-continue-through-2011/) Given that there are a few small areas of the world covered by Yahoo imagery but not Bing, I've not been in a hurry to remove it from P2. This may still happen before the eventual closure but, regardless, I don't have any plans to alter the P1 code, so that at least will still be running until they finally switch the Yahoo servers off. Or we switch P1 off. ;) cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Yahoo-Imagery-tp6907652p6907856.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yahoo Imagery
Richard Fairhurst wrote: Or we switch P1 off. ;) Eeek! Don't go saying things like that... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Jerusalem name tag - Mediation
I'm not arguing there shouldn't be a standard, but I am pointing out OSM is hardly consistent. Question is, can we remove some of the inconsistency by introducing new tags? If no, then Serge's suggestion (without the additional tags) seems to be in line with current OSM practice. Dmitry ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Installing your own tileserver on Ubuntu
Hi Kai, 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. -C only has an effect in slim mode, unless I'm wrong? As I was hoping to append data to my db, I'm running osm2pgsql in full fat mode. Thanks for the --cache-strategy tip - I got the import working with the sparse option. It seems to be working surprisingly quickly in fact. Of course, as you said, getting the data into the db is one thing, but actually using it is another matter. The netbook is now rendering tiles for a large strip across Europe - this often takes a while to get tiles created, but I think it should work for what I need it for. If the load gets too high I can always empty the db and add extracts as I need them. Before that, however, I think I'll try and find any database optimisations that might exist. Thanks again for all this, Cheers, Joseph On 18 October 2011 18:34, Kai Krueger kakrue...@gmail.com wrote: 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
Re: [OSM-talk] Yahoo Imagery
does the permission to use the Yahoo imagery in OSM include aerial images that are only visible on their website maps.yahoo.com? I noticed that there is an area which I am interested in that is not covered in Bing and in Potlatch/JOSM when choosing Yahoo. But at their website they have a high resolution image. -- View this message in context: http://gis.638310.n2.nabble.com/Yahoo-Imagery-tp6907652p6908151.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Installing your own tileserver on Ubuntu
Hi, On 10/19/2011 05:01 AM, Joseph Reeves wrote: Hi Kai, 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. -C only has an effect in slim mode, unless I'm wrong? That also changed with the commit a few days ago. As again for smaller extracts, who have a sparse distribution of node IDs, the cache was very inefficient, I reused the improved node cache from the --slim mode. Perhaps unfortunately, that also incorporated the limit and effect of the -C parameter. On 64 bit machines at least, you can simply set the -C parameter very high as it only reserves virtual memory. Only the amount actually used will result in physical ram allocation. It is perhaps a little bit more problematic on 32 bit Operating Systems though, as virtual memory is also fairly limited. Setting a very high -C parameter and --cache-strategy chunked basically gets you back to the old behavior though. As I was hoping to append data to my db, I'm running osm2pgsql in full fat mode. Thanks for the --cache-strategy tip - I got the import working with the sparse option. It seems to be working surprisingly quickly in fact. Fat mode definitely has its advantage in speed, perhaps especially on slow disk systems like a netbook. This is perhaps why it was a bit unfortunate that non-slim mode previously was (and for ways and relations it still is) very wasteful with ram for extracts. Of course, as you said, getting the data into the db is one thing, but actually using it is another matter. The netbook is now rendering tiles for a large strip across Europe - this often takes a while to get tiles created, but I think it should work for what I need it for. If the load gets too high I can always empty the db and add extracts as I need them. Before that, however, I think I'll try and find any database optimisations that might exist. Playing with indexes, especially partial indexes on the ways columns, reflecting the where condition of the most expensive queries may help. If you do come up with good optimizations, it may be good to collect them somewhere to build up a knowledge base for optimization tips. Kai Thanks again for all this, Cheers, Joseph On 18 October 2011 18:34, Kai Krueger kakrue...@gmail.com wrote: 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
Re: [OSM-talk] Installing your own tileserver on Ubuntu
Hi, Thanks for that, loads of good info in there! Playing with indexes, especially partial indexes on the ways columns, reflecting the where condition of the most expensive queries may help. I'm told that the easiest way to start on this is with pgAdmin, which raises a very basic question - what's the username and password I can connect to the gis database with? I presume it's listed somewhere in the setup scripts, but I've not had the chance to go through them. Cheers, Joseph On 19 October 2011 14:57, Kai Krueger kakrue...@gmail.com wrote: Hi, On 10/19/2011 05:01 AM, Joseph Reeves wrote: Hi Kai, 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. -C only has an effect in slim mode, unless I'm wrong? That also changed with the commit a few days ago. As again for smaller extracts, who have a sparse distribution of node IDs, the cache was very inefficient, I reused the improved node cache from the --slim mode. Perhaps unfortunately, that also incorporated the limit and effect of the -C parameter. On 64 bit machines at least, you can simply set the -C parameter very high as it only reserves virtual memory. Only the amount actually used will result in physical ram allocation. It is perhaps a little bit more problematic on 32 bit Operating Systems though, as virtual memory is also fairly limited. Setting a very high -C parameter and --cache-strategy chunked basically gets you back to the old behavior though. As I was hoping to append data to my db, I'm running osm2pgsql in full fat mode. Thanks for the --cache-strategy tip - I got the import working with the sparse option. It seems to be working surprisingly quickly in fact. Fat mode definitely has its advantage in speed, perhaps especially on slow disk systems like a netbook. This is perhaps why it was a bit unfortunate that non-slim mode previously was (and for ways and relations it still is) very wasteful with ram for extracts. Of course, as you said, getting the data into the db is one thing, but actually using it is another matter. The netbook is now rendering tiles for a large strip across Europe - this often takes a while to get tiles created, but I think it should work for what I need it for. If the load gets too high I can always empty the db and add extracts as I need them. Before that, however, I think I'll try and find any database optimisations that might exist. Playing with indexes, especially partial indexes on the ways columns, reflecting the where condition of the most expensive queries may help. If you do come up with good optimizations, it may be good to collect them somewhere to build up a knowledge base for optimization tips. Kai Thanks again for all this, Cheers, Joseph On 18 October 2011 18:34, Kai Krueger kakrue...@gmail.com wrote: 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
[OSM-talk] 'wget'ing largish portion of planetOSM
I have been struggling to get a largish chunk of open street map covering an area from the Isles of Scilly in the south west to Bristol in the north east using commands like: wget -t 0 http://xapi.openstreetmap.org/api/xapi?map[bbox=-6.41,49.85,-1.68,51.56] -O souwest.osm but all I can get is an error - 'connection reset by peer' or 'timeout' I also tried: wget -t 0 http://www.overpass-api.de/api/xapi?relation[bbox=-6,49.8,-1.0,51.6][natural=*] -O souwest-relation-natural.osm but this required dozens of individual transaction to get results osmosis refused to read. am I biting off more than the server can chew or using the wrong procedure? could some kind soul point me in the right direction mick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 'wget'ing largish portion of planetOSM
On Wed, Oct 19, 2011 at 10:51 PM, Mick bare...@tpg.com.au wrote: I have been struggling to get a largish chunk of open street map covering an area from the Isles of Scilly in the south west to Bristol [ ... ] The Planet page points to a number of planet extracts. Will one of the UK-like extracts work for you? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 'wget'ing largish portion of planetOSM
If you are needing that much data I would strongly recommend starting off with an extract of the whole country and then trim out what you need using osmosis. Extract providers can be found here: http://wiki.openstreetmap.org/wiki/Planet#Country_and_area_extracts And osmosis docs on trimming an extract are here: http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#Area_Filtering_Tasks Toby On Wed, Oct 19, 2011 at 9:51 PM, Mick bare...@tpg.com.au wrote: I have been struggling to get a largish chunk of open street map covering an area from the Isles of Scilly in the south west to Bristol in the north east using commands like: wget -t 0 http://xapi.openstreetmap.org/api/xapi?map[bbox=-6.41,49.85,-1.68,51.56] -O souwest.osm but all I can get is an error - 'connection reset by peer' or 'timeout' I also tried: wget -t 0 http://www.overpass-api.de/api/xapi?relation[bbox=-6,49.8,-1.0,51.6][natural=*] -O souwest-relation-natural.osm but this required dozens of individual transaction to get results osmosis refused to read. am I biting off more than the server can chew or using the wrong procedure? could some kind soul point me in the right direction mick ___ 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] 'wget'ing largish portion of planetOSM
On 19 Oct 2011, at 19:58, Richard Weait wrote: On Wed, Oct 19, 2011 at 10:51 PM, Mick bare...@tpg.com.au wrote: I have been struggling to get a largish chunk of open street map covering an area from the Isles of Scilly in the south west to Bristol [ ... ] The Planet page points to a number of planet extracts. Will one of the UK-like extracts work for you? http://wiki.openstreetmap.org/wiki/Extract If the UK is too large use Osmosis or another similar tool to extract a smaller bbox http://wiki.openstreetmap.org/wiki/Osmosis Shaun ___ 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] 'wget'ing largish portion of planetOSM
On Wed, 19 Oct 2011 22:58:28 -0400 Richard Weait rich...@weait.com wrote: On Wed, Oct 19, 2011 at 10:51 PM, Mick bare...@tpg.com.au wrote: I have been struggling to get a largish chunk of open street map covering an area from the Isles of Scilly in the south west to Bristol [ ... ] The Planet page points to a number of planet extracts. Will one of the UK-like extracts work for you? Sadly, no, the area is split between southwest, south, swales oxford extracts with 1 to 5 mile gaps between. I have tried to fill the gaps using the export to xml feature of the online map but that requires a (for me at least) mind bending array of inconsistently sized bits. mick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Modellflügzeuge und Modellwagen ?
Hi. Wie muss man einen Flughafen für Modellflügzeuge taggen ? Darf man die Tags wie Landebahn , Aerodrome u.s.w. nutzen ? Und wenn es um einem Strecke für RC-Modellwagen geht ? Gruß aus Florenz, Alessandro. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflügzeuge und Modellwagen ?
On 19.10.2011 16:11, Alech OSM wrote: Wie muss man einen “Flughafen” für Modellflügzeuge taggen ? Darf man die Tags wie Landebahn , Aerodrome u.s.w. nutzen ? Und wenn es um einem Strecke für RC-Modellwagen geht ? ich würde irgendwas in leisure=... verwenden. Auf keinen Fall einen echten Flughafen mit einem Modellflughafen verwechselbar gestalten, höchstens wenn zumindest ein kleines echtes Flugzeug dort (not)landen kann. Wobei selbst das glaub ich nicht, dann müsste man ja jeden halbwegs ebenen Acker auch als Landemöglichkeit kennzeichnen. Also ich denk leisure=... irgendwas ist da ganz gut. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflügzeuge und Modellwagen ?
Am 19.10.2011 16:11, schrieb Alech OSM: Wie muss man einen “Flughafen” für Modellflügzeuge taggen ? Darf man die Tags wie Landebahn , Aerodrome u.s.w. nutzen ? Oh, da gab es hier schon heftige Diskussionen ;-) Ich persönlich würde das dem Freizeitbereich zuordnen, also z.B.: leisure=pitch + sport=model_aerodrome Und wenn es um einem Strecke für RC-Modellwagen geht ? leisure=track + sport=model_cars Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflügzeuge und Modellwagen ?
Am 19. Oktober 2011 16:28 schrieb Norbert Wenzel norbert.wenzel.li...@gmail.com: On 19.10.2011 16:11, Alech OSM wrote: . Also ich denk leisure=... irgendwas ist da ganz gut. Lt. taginfo gibt es 7x model_aerodrome in leisure http://taginfo.openstreetmap.org/tags/leisure=model_aerodrome und 338x in sport. http://taginfo.openstreetmap.org/tags/sport=model_aerodrome wobei Modellflughafen m.E. keine Sportart ist, von daher finde ich das sprachlich ungünstig. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflügzeuge und Modellwagen ?
Am 19.10.2011 16:28, schrieb Norbert Wenzel: On 19.10.2011 16:11, Alech OSM wrote: Wie muss man einen “Flughafen” für Modellflügzeuge taggen ? Darf man die Tags wie Landebahn , Aerodrome u.s.w. nutzen ? Und wenn es um einem Strecke für RC-Modellwagen geht ? ich würde irgendwas in leisure=... verwenden. Auf keinen Fall einen echten Flughafen mit einem Modellflughafen verwechselbar gestalten, höchstens wenn zumindest ein kleines echtes Flugzeug dort (not)landen kann. Allerdings falle auch Modellflugplätze unter das Flugverkehrsrecht - sie werden ganz ähnlich wie Klein) Flughäfen behandelt müssen also umflogen werden Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflügzeuge und Modellwagen ?
On 19.10.2011 17:01, Steffen Heinz wrote: Am 19.10.2011 16:28, schrieb Norbert Wenzel: On 19.10.2011 16:11, Alech OSM wrote: Wie muss man einen “Flughafen” für Modellflügzeuge taggen ? Darf man die Tags wie Landebahn , Aerodrome u.s.w. nutzen ? Und wenn es um einem Strecke für RC-Modellwagen geht ? ich würde irgendwas in leisure=... verwenden. Auf keinen Fall einen echten Flughafen mit einem Modellflughafen verwechselbar gestalten, höchstens wenn zumindest ein kleines echtes Flugzeug dort (not)landen kann. Allerdings falle auch Modellflugplätze unter das Flugverkehrsrecht - sie werden ganz ähnlich wie Klein) Flughäfen behandelt müssen also umflogen werden Vermutlich weil sie ein Flughindernis sind (bzw. kleine Flughindernisse möglicherweise unterwegs sind). Spricht ja nichts dagegen sie als solches zu Taggen, aber deshalb ist es noch kein Flughafen. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflügzeuge und Modellwagen ?
Am 19.10.2011 17:01, schrieb Steffen Heinz: Allerdings falle auch Modellflugplätze unter das Flugverkehrsrecht - sie werden ganz ähnlich wie Klein) Flughäfen behandelt müssen also umflogen werden Bist du sicher? Ich habe in meiner ICAO-Karte keinen einzigen Modellflugplatz gefunden. Und was nicht in der ICAO-Karte ist, existiert für mich als Flieger nicht. Wie soll ich es da umfliegen? -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Entwicklung eines Navi für OSM Daten
Aus dem Thema: Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG Am 17.10.2011 16:26, schrieb Sven Geggus: Nils Faerbernils.faer...@kernelconcepts.de wrote: Habe nochmal etwas weiter geguckt - leider ist es nach dem Release 0.3 von Monav reichlich still geworden. Seit April 2011 keine Updates mehr im Code - schade eigentlich, die Routing-Funktion war schon brachial schnell. Die Routingfunktion ist in einem separaten daemon implementiert, der z.B. auch von Marble verwendet wird. Prinzipiell sollte es daher möglich sein für Android und Konsorten native frontends zu schreiben. Gruss Sven Ich hab mal ein neues Thema angefangen weil im alten Thema über verschiedene Dinge diskutiert wurde und wir Kai sein Thema geklaut haben. Tschuldigung Kai! Weiter oben im alten Thema wurde das Problem mit den hohen Einstiegshürden aufgezeigt, das sehe ich genau so. Die Einarbeitungszeit um sich in die Gedanken eines anderen einzuarbeiten ist einfach zu lang. Es ist doch schade, da macht sich jemand an die Arbeit und schreibt z.B. ein Navi, da geht dann mehr Zeit rein als gedacht und die Arbeit wird eingestellt. Die bis dahin geleisteten Mühen sind verloren, weil es zu aufwändig für andere ist sich einzuarbeiten. Ich kann mir vorstellen das es etliche Leute wie mich gibt, die gern an einem Programm mitarbeiten würden aber unter zeitlicher Begrenzung. Ich denke an langfristig 5 Std. pro Woche, in der Anfangsphase sicher etwas mehr. Damit so jemand nützlich sein kann müsste ein Projekt *** in möglichst viele abgeschlossene Module aufgetrennt sein, mit dokumentierter Schnittstelle. Geht das überhaupt? Na, wenn nicht, das Umdokumentieren nicht vergessen. *** für Neulinge dokumentiert sein. Ich meine grundsätzliche Dinge sollten erklärt werden. Beispiel: Ich habe mich mal mit einem Router auf OSM-Daten beschäftigt: typedef struct _Cross { struct _Way *a[MAXWAYPERCROSS]; gfloat lon,lat; gint64 id; guchar flag; } CrossT; typedef struct _Way { guchar flag; gchar type; GList *glp; //g list pointer gint anznd; guint64 id; //gfloat length; CrossT *from, *to; //gchar name[100]; //gchar ref[100]; gchar *name; //gchar *ref; //struct _koords {gint64 nd; gfloat lon, lat;} k [MAXND]; gint64 nd[MAXND]; } WayT; Alles klar? Wohl kaum. Dabei sind das die wichtigsten Strukturen. /* Der Router arbeitet auf einer Karte die aus Wegen besteht, diese haben eine Länge, einen Namen, eine Geschwindigkeitsbegrenzung etc. Die Wege sind am Anfang und am Ende an Kreuzungen angeschlossen. Die Kreuzungen enthalten Zeiger auf die angeschlossenen Straßen/Straßensegmente(Way). */ Jetzt ist es klarer - vermute ich. Wenn man dann noch den Standartalgorithmus zum routen kennt ist es fast klar wie das Programm aussieht. *** die alten Mitarbeiter im Projekt sollten für Neulinge Arbeiten definieren, beschreiben und die Einstiegspunkte aufzeigen. Das dient alles dazu einem Interessierten den Einstieg zu erleichtern und zu motivieren dabei zu bleiben. Kann das funktionieren? Keine Ahnung! Aber ich würde es so versuchen. Wie ist es, wollen wir versuchen ein Navi herzustellen? Hat jemand Lust mitzumachen? Wie wollen wir starten? Fangen wir von vorne an und arbeiten Teile von monav oder gosmore ein oder bauen wir auf monav auf oder... Gruß Hannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Pagina Key:access sul wiki e domande
On Wednesday, October 19, 2011, Martin Koppenhoefer dieterdre...@gmail.com wrote: 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. Concordo inoltre ci sono casi anche in italia che ho mappato dove c'è la pista ciclabile a lato di una way a senso unico (qui http://www.openstreetmap.org/browse/way/124270835 c'è un esempio con una ciclabile a lato dalla strada; noto ora che ho taggato impreciso, appena ho tempo correggo) Davide ___ 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
Paolo Pozzan wrote: 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... Non sono d'accordo sulla parte in cui per access=destination si dice In Italia si usa anche per le vie con divieto di accesso escluso residenti e frontisti. Secondo me in questi casi, così come nelle ZTL con accesso consentito ai residenti, il tag più adatto è access=private. -- View this message in context: http://gis.638310.n2.nabble.com/Pagina-Key-access-sul-wiki-e-domande-tp6906224p6907488.html Sent from the Italy General mailing list archive at Nabble.com. ___ 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 giorno 19 ottobre 2011 09:08, totera g...@hotmail.it ha scritto: Secondo me in questi casi, così come nelle ZTL con accesso consentito ai residenti, il tag più adatto è access=private. Il discorso sulle ZTL è ben più complesso di un semplice access=private. Hanno accesso anche i veicoli pubblici (psv=yes), i veicoli di emergenza (emergency=yes) e quelli delle forze dell'ordine (police=yes?), i veicoli col contrassegno invalidi (questo cos'è? disabled=yes? Spero proprio di no! :-) ) e forse ancora qualche altra categoria. E comunque access=private non mi piace: la ZTL non è terreno privato. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Area addestramento cani
Ciao, avevo postato un problema analogo qualche mese fa: http://lists.openstreetmap.org/pipermail/talk-it/2011-June/022819.html Io avevo trovato questo proposal (che è pendig da *anni*): http://wiki.openstreetmap.org/wiki/Proposed_features/Dog_training mentre Martin mi aveva suggerito di dare un'occhiata a quest'altra pagina: http://wiki.openstreetmap.org/wiki/Animal Personalmente sono ancora molto dubbioso in merito alla questione. Ciao, Alex. 2011/10/19 Giuliano giuli...@zamboni.pro: 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 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Risolto problema PCN
Questo è quello che hanno risposto dal Ministero. Bravi che hanno risposto e risolto in meno di 24h. Però vuol dire che non sono iscritti a questa mailing list! :-) - Forwarded message from PCN p...@minambiente.it - Date: Wed, 19 Oct 2011 09:40:33 +0200 From: PCN p...@minambiente.it Gentile utente, grazie per la segnalazione. Abbiamo provveduto ad effettuare delle verifiche tecniche e abbiamo riscontrato un'anomalia nel servizio. Adesso dovrebbe funzionare correttamente e non dovrebbe più avere problemi in merito, in caso contrario ci ricontatti. ... - End forwarded message - -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Area addestramento cani
Ciao. Ma perché non taggarla semplicemente come scuola, e specificare che è destinata ai cani ? Scuola di ubbidienza è un termine comune . -Messaggio originale- Da: Alex [mailto:nyr...@gmail.com] Inviato: mercoledì 19 ottobre 2011 10.12 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Area addestramento cani Ciao, avevo postato un problema analogo qualche mese fa: http://lists.openstreetmap.org/pipermail/talk-it/2011-June/022819.html Io avevo trovato questo proposal (che è pendig da *anni*): http://wiki.openstreetmap.org/wiki/Proposed_features/Dog_training mentre Martin mi aveva suggerito di dare un'occhiata a quest'altra pagina: http://wiki.openstreetmap.org/wiki/Animal Personalmente sono ancora molto dubbioso in merito alla questione. Ciao, Alex. 2011/10/19 Giuliano giuli...@zamboni.pro: 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 ___ 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] R: Area addestramento cani
building=school student=dogs ci si confonderebbe pensando a qualche scuola con alunni poco raccomandabili... ahahah Il giorno 19 ottobre 2011 10:35, Alech OSM alech.hos...@gmail.com ha scritto: Ciao. Ma perché non taggarla semplicemente come scuola, e specificare che è destinata ai cani ? Scuola di ubbidienza è un termine comune . -Messaggio originale- Da: Alex [mailto:nyr...@gmail.com] Inviato: mercoledì 19 ottobre 2011 10.12 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Area addestramento cani Ciao, avevo postato un problema analogo qualche mese fa: http://lists.openstreetmap.org/pipermail/talk-it/2011-June/022819.html Io avevo trovato questo proposal (che è pendig da *anni*): http://wiki.openstreetmap.org/wiki/Proposed_features/Dog_training mentre Martin mi aveva suggerito di dare un'occhiata a quest'altra pagina: http://wiki.openstreetmap.org/wiki/Animal Personalmente sono ancora molto dubbioso in merito alla questione. Ciao, Alex. 2011/10/19 Giuliano giuli...@zamboni.pro: 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 ___ 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 mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Area addestramento cani
Le ZAC sono legate all'uso venatorio... Non sono scuole di addestramento ma bensi zone per abituare i cani alla caccia. In molti casi e' consentito anche lo sparo. Ciao On 19/10/2011, Alech OSM alech.hos...@gmail.com wrote: Ciao. Ma perché non taggarla semplicemente come scuola, e specificare che è destinata ai cani ? Scuola di ubbidienza è un termine comune . -Messaggio originale- Da: Alex [mailto:nyr...@gmail.com] Inviato: mercoledì 19 ottobre 2011 10.12 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Area addestramento cani Ciao, avevo postato un problema analogo qualche mese fa: http://lists.openstreetmap.org/pipermail/talk-it/2011-June/022819.html Io avevo trovato questo proposal (che è pendig da *anni*): http://wiki.openstreetmap.org/wiki/Proposed_features/Dog_training mentre Martin mi aveva suggerito di dare un'occhiata a quest'altra pagina: http://wiki.openstreetmap.org/wiki/Animal Personalmente sono ancora molto dubbioso in merito alla questione. Ciao, Alex. 2011/10/19 Giuliano giuli...@zamboni.pro: 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 ___ 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 Marrese* via Donato Menichella 7 71122 FOGGIA mobile: 3382252119 fax: 0881 313002 ___ 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/19 Simone Saviolo simone.savi...@gmail.com: mi piace: la ZTL non è terreno privato. Questo è vero, ma nessuno è ancora venuto fuori con una proposta: 1. che riesca a cogliere le complessità delle diverse ZTL 2. che sia decidibile da un router online / navigatore GPS Ciao, Federico ___ 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 19 ottobre 2011 09:08, totera g...@hotmail.it ha scritto: Paolo Pozzan wrote: 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... Non sono d'accordo sulla parte in cui per access=destination si dice In Italia si usa anche per le vie con divieto di accesso escluso residenti e frontisti. Secondo me in questi casi, così come nelle ZTL con accesso consentito ai residenti, il tag più adatto è access=private. A dire il vero quella parte l'ho aggiunta io in quanto mi sembra un caso abbastanza frequente, ovviamente non c'era nella versione inglese. In ogni caso access=private è sbagliato perché l'ipotetica strada in questione è pubblica e non mi serve un permesso di nessun proprietario per accederci, basta avere come requisito che la destinazione sia all'interno di quella via. 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
2011/10/19 totera g...@hotmail.it: Secondo me in questi casi, così come nelle ZTL con accesso consentito ai residenti, il tag più adatto è access=private. access=private vale per tutti (pedoni, bici, cavalli, moto, ...), mentre nel caso delle ZTL (e forse anche in alcune strade private) il divieto dovrebbe essere motor_vehicle=private (se supponiamo che private sia giusto) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Piscine private
Ciao le piscine private vanno inserite e come? Grazie Mich74 Le mail ti raggiungono ovunque con BlackBerry® from Vodafone! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piscine private
2011/10/19 mima...@tin.it: Ciao le piscine private vanno inserite e come? Grazie Mich74 va inserito tutto il mondo fino all'ultimo granello di sabbia ;-) potresti usare leisure=swimming_pool sport=swimming access=private http://wiki.openstreetmap.org/wiki/Tag:leisure=swimming_pool ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Risolto problema PCN
2011/10/19 Niccolo Rigacci o...@rigacci.org: Questo è quello che hanno risposto dal Ministero. Bravi che hanno risposto e risolto in meno di 24h. si, complimenti! ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: Piscine private
Ci provoma proprio tutti i granelli di sabbia!!!. ;-) --Messaggio originale-- Da: Martin Koppenhoefer A: mima...@tin.it A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Piscine private Inviato: 19 Ott 2011 12:32 2011/10/19 mima...@tin.it: Ciao le piscine private vanno inserite e come? Grazie Mich74 va inserito tutto il mondo fino all'ultimo granello di sabbia ;-) potresti usare leisure=swimming_pool sport=swimming access=private http://wiki.openstreetmap.org/wiki/Tag:leisure=swimming_pool ciao, Martin Le mail ti raggiungono ovunque con BlackBerry® from Vodafone! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piscine private
2011/10/19 mima...@tin.it: Ciao le piscine private vanno inserite e come? Grazie Mich74 Ma che intendi per piscina privata? Quella nel retro del cortile di una villa, oppure una piscina di un club per soci? Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: Re: Piscine private
Ora 'un vorrei fare il precisino ma mi sa che leisure=swimming_pool+sport=swimming sia ridondante ... ^^ O che sport ci vuoi fare in una piscina ??? Se è a fagiolo e la svuoti ci vai in skate ma è un caso particolare Ciao, Ale. -Messaggio originale- Da: mima...@tin.it [mailto:mima...@tin.it] Inviato: mercoledì 19 ottobre 2011 14.47 A: Martin Koppenhoefer; openstreetmap list - italiano Oggetto: [Talk-it] R: Re: Piscine private Ci provoma proprio tutti i granelli di sabbia!!!. ;-) --Messaggio originale-- Da: Martin Koppenhoefer A: mima...@tin.it A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Piscine private Inviato: 19 Ott 2011 12:32 2011/10/19 mima...@tin.it: Ciao le piscine private vanno inserite e come? Grazie Mich74 va inserito tutto il mondo fino all'ultimo granello di sabbia ;-) potresti usare leisure=swimming_pool sport=swimming access=private http://wiki.openstreetmap.org/wiki/Tag:leisure=swimming_pool ciao, Martin Le mail ti raggiungono ovunque con BlackBerry® from Vodafone! ___ 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] R: Re: Piscine private
Intendo quella nel cortile di una villa. --Messaggio originale-- Da: Federico Cozzi A: mima...@tin.it A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Piscine private Inviato: 19 Ott 2011 13:06 2011/10/19 mima...@tin.it: Ciao le piscine private vanno inserite e come? Grazie Mich74 Ma che intendi per piscina privata? Quella nel retro del cortile di una villa, oppure una piscina di un club per soci? Ciao Le mail ti raggiungono ovunque con BlackBerry® from Vodafone! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ?
A parte gli scherzi, cè qualche divieto per le aree militari ? Qui a Firenze la scuola di guerra aerea delle Cascine e la sede dell Istituto Geografico Militare sono completamente coperte da un rettangolo a strisce bianche e rosse ? Vietato ricalcare ? Ciao, Ale. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ?
Se dici su osm.org è renderizzato così da mapnik. Su Quirra e Capo Teulada sulle foto satellitari non sono oscurati, quantomeno le coste. Ciao, Stefano Il giorno 19 ottobre 2011 14:28, Alech OSM alech.hos...@gmail.com ha scritto: A parte gli scherzi, c’è qualche divieto per le aree militari ? Qui a Firenze la scuola di guerra aerea delle Cascine e la sede dell’ Istituto Geografico Militare sono completamente coperte da un rettangolo a strisce bianche e rosse ? Vietato ricalcare ? ** ** Ciao, Ale. ** ** ** ** ___ 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] Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ?
c’è qualche divieto per le aree militari ? credo che da un po' questi divieti siano caduti. In Friuli la prima versione della CTRN oscurava (maldestramente) tutte le aree militari, nell'ultima versione è mappata con ogni dettaglio anche la base militare americana di Aviano. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opening_hour semifestivo
Il 14/10/2011 19:19, Federico Cozzi ha scritto: Per le banche sono semifestivi le vigilie (lavorative) di giorni festivi L'altro giorno ho trovato un caso dove veniva specificato semifestivo e prefestivo... Come mai non hanno scritto semplicemente semifestivo (e basta)? Son due cose diverse? Ho dato una rapida occhiata online ma l'unica cosa che ho scoperto è che fra i semifestivi andrebbe anche il giorno della festa patronale (giusto per incasinare ancor di più la corretta scrittura di opening_hours)... Il 16/10/2011 21:14, Alberto Nogaro ha scritto: Scusa, non avevo visto la parte PH off, se nei giorni festivi infrasettimanali è chiuso, questo ci vuole In pratica andrebbe messo sempre... Comunque sono d'accordo sul fatto che vada specificato solo per i casi dubbi. ciao Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ?
Ma senzaltro! J Anche la parte militare dell aeroporto di Pisa non è più cancellata su googlemaps ad esempio Ed anche la scuola di guerra aerea delle Cascine e la sede dell Istituto Geografico Militare sono in foto di Bing visibili sotto quelle strisce Solo che è una renderizzazione che sembre voler dire vietato compiere rilievi :-/ Ciao, Ale. Da: sabas88 [mailto:saba...@gmail.com] Inviato: mercoledì 19 ottobre 2011 14.31 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ? Se dici su osm.org è renderizzato così da mapnik. Su Quirra e Capo Teulada sulle foto satellitari non sono oscurati, quantomeno le coste. Ciao, Stefano Il giorno 19 ottobre 2011 14:28, Alech OSM alech.hos...@gmail.com ha scritto: A parte gli scherzi, cè qualche divieto per le aree militari ? Qui a Firenze la scuola di guerra aerea delle Cascine e la sede dell Istituto Geografico Militare sono completamente coperte da un rettangolo a strisce bianche e rosse ? Vietato ricalcare ? Ciao, Ale. ___ 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] R: Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ?
Sarebbe da mandare un ticket al https://github.com/mapnik/mapnik per segnalare che il rendering non è chiaro e non facilita la tracciatura degli oggetti :) Il giorno 19 ottobre 2011 14:38, Alech OSM alech.hos...@gmail.com ha scritto: Ma senz’altro! J Anche la parte militare dell’ aeroporto di Pisa non è più cancellata su googlemaps ad esempio Ed anche la scuola di guerra aerea delle Cascine e la sede dell’ Istituto Geografico Militare sono in foto di Bing visibili sotto quelle strisce Solo che è una renderizzazione che sembre voler dire “vietato compiere rilievi” :-/ ** ** Ciao, Ale. ** ** *Da:* sabas88 [mailto:saba...@gmail.com] *Inviato:* mercoledì 19 ottobre 2011 14.31 *A:* openstreetmap list - italiano *Oggetto:* Re: [Talk-it] Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ? ** ** Se dici su osm.org è renderizzato così da mapnik. Su Quirra e Capo Teulada sulle foto satellitari non sono oscurati, quantomeno le coste. Ciao, Stefano Il giorno 19 ottobre 2011 14:28, Alech OSM alech.hos...@gmail.com ha scritto: A parte gli scherzi, c’è qualche divieto per le aree militari ? Qui a Firenze la scuola di guerra aerea delle Cascine e la sede dell’ Istituto Geografico Militare sono completamente coperte da un rettangolo a strisce bianche e rosse ? Vietato ricalcare ? Ciao, Ale. ___ 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 mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ?
2011/10/19 Alech OSM alech.hos...@gmail.com: che sembre voler dire “vietato compiere rilievi” :-/ Ho visto anch'io dei cartelli attaccati a zone militari dove c'era specificato: vietato eseguire rilievi, anche a memoria (avrei voluto farne una foto, ma credo che non si poteva ;-) ). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ?
Se ti riferisci alle immagini Bing disolito loro oscurano le aree sensibili ma sul pcn disolito sono visibili - Messaggio originale - Se dici su osm.org è renderizzato così da mapnik. Su Quirra e Capo Teulada sulle foto satellitari non sono oscurati, quantomeno le coste. Ciao, Stefano Il giorno 19 ottobre 2011 14:28, Alech OSM alech.hos...@gmail.com ha scritto: A parte gli scherzi, c’è qualche divieto per le aree militari ? Qui a Firenze la scuola di guerra aerea delle Cascine e la sede dell’ Istituto Geografico Militare sono completamente coperte da un rettangolo a strisce bianche e rosse ? Vietato ricalcare ? ** ** Ciao, Ale. ** ** ** ** ___ 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] Area addestramento cani
Il tag più adatto dovrebbe essere sport=dog_training - Messaggio originale - 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] dati.gov.it
Ho visto che c'è anche un concorso a premi per chi sviluppa una applicazione che usa dati liberi. Sono anche un bel po di soldini. Io mi prenoto con una applicazione che usa i dati dei tornelli della metro e visualizza sulla mappa di osm le stazioni con un cerchio la cui grandezza indica l'intensità degli accessi anche in base agli orari. Qualcuno vuole collaborare così si divide il premio? Ps: serve solo che atac rilasci i dati dei tornelli...sempre che sappia cosa siano...magari li ha ma non lo sanno neanche... - Messaggio originale - 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
Re: [Talk-it] R: R: Re: Piscine private
2011/10/19 Alech OSM alech.hos...@gmail.com: Ora 'un vorrei fare il precisino ma mi sa che leisure=swimming_pool+sport=swimming sia ridondante ... ^^ O che sport ci vuoi fare in una piscina ??? Se è a fagiolo e la svuoti ci vai in skate ma è un caso particolare bo, che no so. Canoe? Aquagym? Pallanuoto? Tuffo? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dati.gov.it
Bravo :) Come forse puoi immaginare sono coinvolto anche in appsforitaly :) Quanto ai dati di Roma ... incrociamo le dita :) On 19/10/2011, Fabri erfab...@gmail.com wrote: Ho visto che c'è anche un concorso a premi per chi sviluppa una applicazione che usa dati liberi. Sono anche un bel po di soldini. Io mi prenoto con una applicazione che usa i dati dei tornelli della metro e visualizza sulla mappa di osm le stazioni con un cerchio la cui grandezza indica l'intensità degli accessi anche in base agli orari. Qualcuno vuole collaborare così si divide il premio? Ps: serve solo che atac rilasci i dati dei tornelli...sempre che sappia cosa siano...magari li ha ma non lo sanno neanche... - Messaggio originale - 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 -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: R: Re: Piscine private
Ma io consideravo che già nel tag le parole swimminge pool sono separate , e che anche pool da sola indica la piscina (letteralmente : la vasca , la ciotola) e quindi che lo sport viene specificato già nel primo tag . :-) -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: mercoledì 19 ottobre 2011 16.15 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: R: Re: Piscine private 2011/10/19 Alech OSM alech.hos...@gmail.com: Ora 'un vorrei fare il precisino ma mi sa che leisure=swimming_pool+sport=swimming sia ridondante ... ^^ O che sport ci vuoi fare in una piscina ??? Se è a fagiolo e la svuoti ci vai in skate ma è un caso particolare bo, che no so. Canoe? Aquagym? Pallanuoto? Tuffo? ciao, Martin ___ 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] Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ?
Ai tempi in cui c'erano i cattivi (leggi Jugoslavia e URSS) si oscurava (qualche avanzo http://www.4shared.com/photo/6SE4XPmq/CensuraBing.html) e qui in FVG si leggevano spesso cartelli di divieto fotografia. Effetto di decenni in qs regime sono visibili ancora oggi in termini di spopolamento e assenza di insediamenti confinari (il che aiuta l'introspezione, perchè puoi camminare per ore nei poco battuti sentieri senza incrociare nessuno). Probabilemnte ad Aviano non temono minacce mortai o con missili teleguidati. Ricordo che ai tempi dei bombardamenti NATO sul territorio jugoslavo (e limitrofo) il gestore della rete GPS indusse errori di alcune centinaia di metri nelle letture). Per quanto riguarda le mappature, presumo che gli insediamenti USA/ISAF in Afganistan (ed altre zone oggi sensibili) siano posizionati in modo approssimativo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ?
Off topic : nelle ultime edizioni di MS Flight Simulator i grattacieli sono nel posto sbagliato Da: Cascafico Giovanni [mailto:cascaf...@gmail.com] Inviato: mercoledì 19 ottobre 2011 16.44 A: Fabri; openstreetmap list - italiano Oggetto: Re: [Talk-it] Davvero fino all'ultimo granello di sabbia ? E i militari che dicono ? Ai tempi in cui c'erano i cattivi (leggi Jugoslavia e URSS) si oscurava (qualche avanzo http://www.4shared.com/photo/6SE4XPmq/CensuraBing.html) e qui in FVG si leggevano spesso cartelli di divieto fotografia. Effetto di decenni in qs regime sono visibili ancora oggi in termini di spopolamento e assenza di insediamenti confinari (il che aiuta l'introspezione, perchè puoi camminare per ore nei poco battuti sentieri senza incrociare nessuno). Probabilemnte ad Aviano non temono minacce mortai o con missili teleguidati. Ricordo che ai tempi dei bombardamenti NATO sul territorio jugoslavo (e limitrofo) il gestore della rete GPS indusse errori di alcune centinaia di metri nelle letture). Per quanto riguarda le mappature, presumo che gli insediamenti USA/ISAF in Afganistan (ed altre zone oggi sensibili) siano posizionati in modo approssimativo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dati.gov.it
Per ora la navigazione nel sito dati.gov.it mi lascia un po' perplesso: p.es. per l'edificato si capisce che si parla della sola Emilia-Romagna solo leggendo il link finale per esteso: in una pagina in cui campeggia la bandiera italiana mi pare fuorviante. Il giorno 18 ottobre 2011 19:09, sabas88 saba...@gmail.com ha scritto: 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 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: R: Re: Piscine private
Il giorno 19 ottobre 2011 16:39, Alech OSM alech.hos...@gmail.com ha scritto: Ma io consideravo che già nel tag le parole swimminge pool sono separate , e che anche pool da sola indica la piscina (letteralmente : la vasca , la ciotola) e quindi che lo sport viene specificato già nel primo tag . :-) No: swimming pool vuol dire piscina; pool vuol dire un insieme di cose diverse (tra cui insieme). Se una pool è una swimming pool significa che è grossa abbastanza da mettertici dentro e muoverti a nuoto, a differenza della tub (tipicamente usata per fare il bagno), non che ci devi per forza fare del nuoto (inteso come sport). Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dati.gov.it
2011/10/19 Cascafico Giovanni cascaf...@gmail.com: Per ora la navigazione nel sito dati.gov.it mi lascia un po' perplesso: p.es. per l'edificato si capisce che si parla della sola Emilia-Romagna solo leggendo il link finale per esteso: in una pagina in cui campeggia la bandiera italiana mi pare fuorviante. sono l'unico a non vedere il sito con firefox sotto linux? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dati.gov.it
Il 19 ottobre 2011 17:21, Simone Cortesi sim...@cortesi.com ha scritto: sono l'unico a non vedere il sito con firefox sotto linux? io con firefox lo vedo, ma non con chromium (uso ubuntu 10.10 e chromium 14) -- -S -- 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] dati.gov.it
On Wed, 19 Oct 2011 11:21:21 -0400, Simone Cortesi wrote: 2011/10/19 Cascafico Giovanni cascaf...@gmail.com: Per ora la navigazione nel sito dati.gov.it mi lascia un po' perplesso: p.es. per l'edificato si capisce che si parla della sola Emilia-Romagna solo leggendo il link finale per esteso: in una pagina in cui campeggia la bandiera italiana mi pare fuorviante. sono l'unico a non vedere il sito con firefox sotto linux? Se vai su http://data.gov.it dovrebbe dirti Il servizio sarà presto disponibile; se invece vai su http://dati.gov.it/ricerca_dataset c'è già tutto. Avranno dimenticato a tagliare il nastro? :) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dati.gov.it
Il 19 ottobre 2011 17:42, David Paleino ha scritto: On Wed, 19 Oct 2011 11:21:21 -0400, Simone Cortesi wrote: sono l'unico a non vedere il sito con firefox sotto linux? Se vai su http://data.gov.it dovrebbe dirti Il servizio sarà presto disponibile; se invece vai su http://dati.gov.it/ricerca_dataset c'è già tutto. Ubuntu 10.10 Chrome 7 e Firefox 3.6 io lo vedo la home page giusta sia da http://data.gov.it che da http://dati.gov.it, entrambe fanno il redirect su http://www.dati.gov.it/ -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mapping Party Asti - il giorno dopo
Ciao a tutti, ho fatto le prime statistiche molto approssimative, e volevo comunicare un dato che mi sembra già importante. Con i dati di stamattina alle 9:14 (quindi ad appena tre giorni dalla fine del Mapping Party), l'incremento in termini di nodi complessivi è stato dell'11%, quello delle way del 13%, e un impressionante 104% per le relazioni! (erano 22, sono 45). La statistica riguarda un'area più grande dell'area urbana di Asti, e preciso che i dati sopra riguardano soltanto *il numero* delle way. Non ho (ancora) fatto analisi sulla quantità di nodi e way modificate, e in particolare non posso garantire che tutte le modifiche siano state fatte dai soli partecipanti al MP (anzi, mi sembra che siano passati un po' di bot, ma non so quanto abbiano toccato in Asti). Ad ogni modo, oltre a vedere a occhio una mappa molto più bella e ricca (vedi il render di Mapnik), anche questi dati, per quanto approssimativi, dimostrano una crescita notevole negli ultimi giorni. A più avanti con statistiche un po' migliori! Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Uffici pubblici
Il 17/10/2011 16:28, Martin Koppenhoefer ha scritto: 2011/10/15 Paolo Monegatogato.selvad...@gmail.com: IMHO questa mia proposta potrebbe andar bene universalmente o quasi... amenity=public_building + building=yes sull'edificio (+ operator?) + office=administrative (o government) + name=* (es. Ufficio anagrafe) + opening_hour + birth_registration=yes (per esempio) sul nodo dell'ufficio (o direttamente sull'edificio se c'è solo quello), eventualmente un tag che specifichi il piano (esiste?) Quindi la ri-posto in attesa di un vostro parere. Aggiungerei un admin_level per indicare il livello di government (comunale, provinciale, regionale, nazionale, supranazionale(?)) Forse building=administrative sarebbe meglio che yes (edificio di amministrazione è una tipologia di edificio, quindi secondome va bene). Forse non sarebbe ne anche male di separare già in un primo passo legislazione, amministrazione e giurisdizione? L'ufficio di un parlamentario non è government, l'ufficio di un judice ne anche Al posto di admin_level avevo ipotizzato l'uso di operator... Per quanto riguarda la separazione dei poteri: mi sembra un dato ricavabile dai restanti tag, e comunque non in tutto il mondo i poteri sono separati. Tornando al concreto... Le questure? amenity=public_building + building=yes + operator=Polizia di Stato (+ landuse=military ?) o amenity=police + building=yes + operator=Polizia di Stato (+ landuse=military ?) Siamo in tema perché per esempio è lì che rilasciano i passaporti o il porto d'armi... l'ufficio passaporti lo segnerei come: office=government + name=Ufficio passaporti + openin_hours=* + passport=yes Ciao Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: R: Come si tagga un c.s.o.a. ?
Il 17/10/2011 13:30, Martin Koppenhoefer ha scritto: Community_center mi sembra più adatto ai centri sociali non intesi come CSOA... Per dire quasi quasi con community_centre ci segnerei gli oratori... secondome si potrebbe usare in entrambe i casi. Per aggiungere più dettaglio userei dei tags aggiuntivi. La differenza la farebbe il gestore ed il fatto che sia occupato o legale? Ho trovato anche 1 amenity=squat... per fortuna solo uno. Che cosa dovrebbe indicare e come si comporterebbe in combinazione con altri amenities? Mi sembra che non funzioni. Si potrebbe usare qualcosa come social:occupied=yes oppure squat=yes Mi correggo ce ne sono 3 di amenity=squat + 1 historic:amenity=squat... Ed esiste pure un tourism=squat ?! Ciao Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] l'interno degli edifici ?
Il 18/10/2011 14:29, Alech OSM ha scritto: 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 Certo. Almeno un footway + covered... A pensarci bene in certi casi si potrebbe mettere anche un area pedestrian... Gironzolando per il wiki in cerca di un tag per descrivere a che piano si trovi un determinato ufficio ho trovato questa pagina [1] Ciao Paolo [1] http://wiki.openstreetmap.org/wiki/Indoor_Mapping PS: vai qua [2] e compila il form di iscrizione [2] http://lists.openstreetmap.org/listinfo/talk-it-bici ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Le mappe ufficiali del Giro d'Italia usano OSM
un altro indizio che porta all'autore di Maperitive... http://braincrunch.tumblr.com/post/11651090204/maperitive-3d-export -- View this message in context: http://gis.638310.n2.nabble.com/Le-mappe-ufficiali-del-Giro-d-Italia-usano-OSM-tp6898093p6909612.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Le mappe ufficiali del Giro d'Italia usano OSM
On Wed, Oct 19, 2011 at 19:18, Vincenzo Galgano vincenzo.galg...@gmail.com wrote: un altro indizio che porta all'autore di Maperitive... http://braincrunch.tumblr.com/post/11651090204/maperitive-3d-export acqua :) In realta' sembra che Alessio l'abbia trovato :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Le mappe ufficiali del Giro d'Italia usano OSM
On Wed, Oct 19, 2011 at 7:18 PM, Vincenzo Galgano vincenzo.galg...@gmail.com wrote: un altro indizio che porta all'autore di Maperitive... http://braincrunch.tumblr.com/post/11651090204/maperitive-3d-export Qui la discussione sulla ML di Maperitive: http://groups.google.com/group/maperitive/browse_thread/thread/2b76933da4e50a35 Igor (l'autore di Maperitive) non ha lavorato alle mappe del Giro Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vandali o bug? sparito il massiccio del grappa e mezza statale
Il 17/10/2011 17:48, Martin Koppenhoefer ha scritto: avete anche contattato il mappatore? Probabilmente non sapeva (forse) che le sue modifiche sono andati già in onda. Scrivetelo (gentilmente) per evitare che continui un altro giorno con la stessa cosa... ;-) ciao, Martin Non sapendo se l'aveva già contattato qualcuno ho appena provveduto a contattarlo io. Ora attento risposta. ciao Paolo ps: Potlatch sarà anche pratico per i Newbie (o almeno c'è chi lo sostiene) ma c'è il rischio che combinino casini come questo (dal tag created_by del changeset incriminato si evince che stava provando con potlatch 2)... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Le mappe ufficiali del Giro d'Italia usano OSM
In data mercoledì 19 ottobre 2011 19:22:00, Maurizio Napolitano ha scritto: In realta' sembra che Alessio l'abbia trovato :) Sì sì! Mi ha contattato e ci legge! :) Attendo che magari intervenga direttamente lui qui in ML o comunque mi dia il consenso per inoltrare qui la sua email. Alessio ___ 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
Paolo Pozzan wrote: A dire il vero quella parte l'ho aggiunta io in quanto mi sembra un caso abbastanza frequente, ovviamente non c'era nella versione inglese. In ogni caso access=private è sbagliato perché l'ipotetica strada in questione è pubblica e non mi serve un permesso di nessun proprietario per accederci, basta avere come requisito che la destinazione sia all'interno di quella via. Invece a me sembra che access=destination sia sicuramente sbagliato e access=private un'approssimazione accettabile. Provo a spiegarmi meglio. Dal wiki in inglese, access=destination è Only when traveling to this element. Dunque va usato per quelle strade in cui l'accesso in genere non è consentito, tranne nel caso in cui si debba raggiungere una destinazione che si trova in quella strada; è il caso ad esempio della strada di accesso a un hotel in cui c'è il cartello divieto di transito esclusi i veicoli diretti all'hotel. Oppure può essere usato per aree quali ospedali, università, ecc. in cui la circolazione è consentita per raggiungere la struttura dall'esterno o per spostarsi all'interno di essa, ma non per tagliarla, entrando da un accesso e uscendo da un altro. Una strada riservata ai residenti, o una ZTL, non rientra in questo caso, perché non consente di raggiungere la destinazione a chiunque voglia, ma soltanto a certe persone o veicoli autorizzati. Invece access=private è Only with permission of the owner on an individual basis. Ora, trattandosi di access=private e non di property=private, non mi sembra un problema il fatto di applicarlo anche a strade pubbliche, e visto che una ZTL è accessibile proprio in presenza di un permesso rilasciato dal comune (che è appunto il proprietario della strada) e proprio su base individuale (residenza nella via, pagamento del permesso, ecc.) mi pare che tra i tag disponibili sia quello che descriva meglio la situazione. Ovviamente vanno aggiunti foot=yes, psv=yes se c'è la dicitura eccetto bus/taxi, ecc. (indicare emergency e police non mi sembra necessario, credo che non esistano limitazioni di accesso per veicoli di emergenza e forze dell'ordine che ignoreranno quindi i vari tag access). Dal punto di vista dei software di routing, usando access=private essi, trattando gli access=private alla stregua di access=no, funzionerebbero correttamente per tutti tranne per i titolari di qualche permesso o i residenti in una strada privata, ma se usassimo access=destination chiunque verrebbe mandato in qualunque strada riservata o zona a traffico limitato del mondo impostata come destinazione! Ciao, Gianluca -- View this message in context: http://gis.638310.n2.nabble.com/Pagina-Key-access-sul-wiki-e-domande-tp6906224p6910926.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] El mapa topográfico más completo de la Tierra, mejorado por la NASA
Estimados maperos: Buenos días. Con las recientes inundaciones no puede ser más oportuna esta noticia sobre las imágenes topográficas ASTER https://lpdaac.usgs.gov/ http://www.madrimasd.org/informacionidi/noticias/noticia.asp?id=50175origen=notiweb El mapa topográfico más completo de la Tierra, mejorado por la NASA La NASA, en colaboración con Japón, ha publicado una versión «significativamente mejorada» del mapa topográfico más completo de la Tierra. El mapa, que cubre prácticamente toda la superficie de nuestro planeta, está elaborado con las minuciosas mediciones realizadas por instrumentos a bordo del satélite Terra de la agencia espacial. FUENTE | ABC Periódico Electrónico S.A. 19/10/2011 Está compuesto por más de un millón y medio de imágenes -260.000 de ellas nuevas- y cualquier usuario puede descargarlo gratuitamente en Internet. El mapa fue publicado por primera vez en 2009 a partir de las imágenes tomadas por el sofisticado radiómetro japonés ASTER, un instrumento a bordo de Terra. Cuando fue dado a conocer «ya ya el mapa topográfico más completo del mundo», apunta Woody Turner, del programa científico ASTER en la sede de la NASA en Washington, pero esta nueva versión «cubre aún una mayor parte del mundo» y tiene una resolución todavía más impresionante en un efecto tridimensional. La versión mejorada del mapa añade 260.000 imágenes para mejorar la cobertura. Cuenta con una mejor resolución espacial, el aumento de la precisión vertical y horizontal, una cobertura más realista de mares y océanos y la capacidad de identificar lagos tan pequeños como de 1 kilómetro de diámetro. «Esta versión actualizada ofrece a los usuarios los datos de topografía mundial de más alta resolución disponibles», dice Mike Abrams, responsable del equipo científico de ASTER en el Laboratorio de Propulsión a Chorro de la NASA, en Pasadena (California). Los datos pueden ser utilizados en una amplia gama de aplicaciones, desde la planificación de carreteras, la exploración energética y la planificación urbanística a la extinción de fuegos y la protección medioambiental del terreno. El mapa cubre el 99% de la Tierra desde 83 grados latitud norte hasta 83 grados latitud sur. Los puntos de elevación del terreno han sido medidos cada 30 metros. Los usuarios pueden descargar el mapa aquí. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Mapeo inundaciones Bolívar
Estimados maperos: Buenos días. Las siguientes poblaciones y barrios se encuentran inundados en Bolívar, todas cuentan con imágenes Bing. Les agradezco por favor su apoyo para mapear los cuerpos de agua entre Bayunca, Santa Rosa y el Pozón. También las casas y edificaciones. Mil gracias! *Bayunca* http://www.openstreetmap.org/?lat=10.53447lon=-75.39334zoom=16layers=M *Santa Rosa* http://www.openstreetmap.org/?lat=10.44535lon=-75.36776zoom=16layers=M *El Pozón* http://www.openstreetmap.org/?lat=10.41171lon=-75.45903zoom=16layers=M http://www.eluniversal.com.co/local/inundaciones-en-cartagena * San Estanislao y Soplaviento* http://www.openstreetmap.org/?lat=10.3926lon=-75.14181zoom=15layers=M *La Popa* http://www.openstreetmap.org/?lat=10.42876lon=-75.51606zoom=16layers=M ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] [Hot-co] Mapeo inundaciones Bolívar
2011/10/19 hyan...@gmail.com hyan...@gmail.com: Estimados maperos: Hola Buenos días. Las siguientes poblaciones y barrios se encuentran inundados en Bolívar, todas cuentan con imágenes Bing. Les agradezco por favor su apoyo para mapear los cuerpos de agua entre Bayunca, Santa Rosa y el Pozón. También las casas y edificaciones. Creo que podemos mover a los voluntarios del SENA para mapear esa zona. Tambien tenemos disponible el globo para tomar fotos actuales de la zona. salu2 freed Mil gracias! Bayunca http://www.openstreetmap.org/?lat=10.53447lon=-75.39334zoom=16layers=M Santa Rosa http://www.openstreetmap.org/?lat=10.44535lon=-75.36776zoom=16layers=M El Pozón http://www.openstreetmap.org/?lat=10.41171lon=-75.45903zoom=16layers=M http://www.eluniversal.com.co/local/inundaciones-en-cartagena San Estanislao y Soplaviento http://www.openstreetmap.org/?lat=10.3926lon=-75.14181zoom=15layers=M La Popa http://www.openstreetmap.org/?lat=10.42876lon=-75.51606zoom=16layers=M ___ Hot-co mailing list hot...@listas.openstreetmap.co http://devnull.li/cgi-bin/mailman/listinfo/hot-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-at] ÖV Wilhelminenstr/Sandleiteng
Am Tue, 18 Oct 2011 13:44:41 +0200 schrieb Andreas Labres l...@lab.at: Hallo! Kann sich bitte jemand den ÖV in der Gegend Wilhelminenstr/Sandleiteng anschauen? http://osm.org/go/0JrDhcgkS-- Dort hatte jemand ziemliche Zerstörungen hinterlassen. Christian Aigner hat dort die Straßen wieder repariert, was noch nicht wieder vollständig ist, wären die Relationen für die Straßenbahn- und Buslinien. Kann sich dessen bitte jemand annehmen? TIA! Hallo, sollte erledigt sein: http://www.openstreetmap.org/browse/changeset/9603714 lg, Albin ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] zu genau?
On 10/19/11 23:32, Markus Kreiner wrote: bei uns am lande (um nicht zu sagen bauern) wachsen ja in den letzten jahren die ortseinfahrts-inseln wie die schwammerln - also fahrbahnverschwenkungen in beide richtungen mit einer randsteinbegrenzten insel in der mitte. jetzt ist mir aufgefallen dass manche sowas auch mappen: http://www.openstreetmap.org/?lat=48.4053727984428lon=16.2568017840385zoom=18 ich frag mich nur - abgesehn vom mapping-aufwand - ist das nicht zu viel des guten? wenn ich mir vorstell dass diese karte ein navi lesen soll und mir bei jeder orts-ein/ausfahrt ein keep right nahelegt.. Das darf es in dem Fall nicht, da beide Zweige annähernd gradeaus gehen und nur auf einem die Weiterfahrt möglich ist (der andere ist eine verkehrte Einbahn). Ein Navi ist nicht dazu da, dem Fahrer den Blick auf alle Verkehrszeichen abzunehmen. puh.. oder gibt es da metadaten um sowas zu verhindern? (was das mappen natürlich auch wieder nicht einfacher machen würd) Ich setze in solchen Fällen oft ein traffic_calming=chicane auf einen Node, aber getrenntes Mappen ist wahrscheinlich richtiger. Denn verschlungen ist nur die Fahrspur orteinwärts, in der Gegenrichtung gibt es keine Schikane. genauso diese kreuzung die ich schon zig mal überlege der realität anzupassen (siehe bing-daten dazu): http://www.openstreetmap.org/?lat=48.3669756352901lon=16.302447617054zoom=18 da splittet sich die untergeordnete strasse an der kreuzung für ein paar meter durch inseln auf 3 getrennte fahrstreifen.. aber in wahrheit ist es ja doch einfach nur links oder rechts.. Da wärs schon angebracht die Zweige einzeln zu mappen. Konvention ist: wenn baulich getrennt, dann getrennt mappen. Diese Kreuzung nimmt viel Platz ein, und das soll sich in der Karte niederschlagen. So wie das jetzt gemappt ist, würde ein Navi jemandem, der von SO auf der Donau-Straße daherkommt und rechts abbiegen will, das rechts abbiegen 15m zu spät ansagen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[OSM-Talk-ZA] Full OSM Dataset
Good day I am looking to compare the datasets for South Africa from 2007 to 2011, but I cannot download the full file with our internet connection. Is there anyone who has the data so that I can copy the data? Kind Regards Lindy-Anne Lindy-Anne Siebritz Professional Land Surveyor Chief Directorate: National Geo-spatial Information Tel: 021 658 4479 that at the name of Jesus every knee should bow, in heaven and on earth and under the earth...2:10 ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-Talk-ZA] Full OSM Dataset
Hi Lindy-Anne, On 19 October 2011 10:08, babyan...@gmail.com wrote: Good day I am looking to compare the datasets for South Africa from 2007 to 2011, but I cannot download the full file with our internet connection. Is there anyone who has the data so that I can copy the data? The University of Pretoria has a full mirror of the raw OSM xml planet data available here: http://ftp.up.ac.za/mirrors/openstreetmap/ (including the massive full history planet) It is worth trying to see if they would be willing to send the data across. Maybe someone with an uncapped local Internet connection in Cape Town could help? I highly recommend first limiting yourself to smaller extracts. There are 2 poly files available here for cutting/extracting out South Africa: http://grant.dev.openstreetmap.org/tmp/za-poly/ The simplified version is a rough cut version, which keeps outside the South African borders. Both polygon files ignore Prince Edward Islands. I have asked Peter Körner, if he has a chance, to create a full history South Africa extract. Geofrabrik create regular South Africa extracts available here: http://download.geofabrik.de/osm/africa/ (current items only, not full history) Keeping extracts current can be achieved using diffs... I have a very simple script which uses osmosis to keep my South African extract of the railway network current: http://wiki.openstreetmap.org/wiki/User:Firefishy/za-rail-script Kind regards Grant ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-lv] kvadrats 4214-12 ?
Pēc viestura ieteikumiem sanāk, ka 4212-52 SW stūra koordinātes ir N=32 E=43 bet 4214-13 NE stūra koordinātes ir N=33 E=44. 2011/10/19 Viesturs Zarins viest...@gmail.com Tie ir nomenklatūras karšu lapu numuri. Reku viss aprakstīts http://www.mf.llu.lv/uploads/File/prezentacijas/8.pdf Vēl vari aiziet uz http://kartes.lgia.gov.lv/kartes.html? un ielikt ķeksi pie nomenklatūra un tad pēc X, Y augšā nolasīt. Viesturs 2011/10/16 AivarsB vrs@gmail.com Labajos teritoriju plānos tiek norādītas koordinātas kartes malās. (kā šajā piemērā: help.openstreetmap.org/questions/1677/importing-pdf-josm ) Dažos nav norādītas koordinātas, bet uzzīmēts režģis ar norādītiem kvadrātu numuriem. Piemēram: 4214-12 4214-13 4212-52 4212-53 ( http://www.rpr.gov.lv/uploads/filedir/Ter_plaanojumi/Novadi%20un%20pagasti/Pure/Pures%20pagasta%20tertorijas%20planota%20izmantosana%20M%201-10%2.pdf ) Kā no kvadrāta numura noskaidrot koordinātas? ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Paldies, Jānis Ročāns ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] administrativní hranice
Dne 12.10.2011 22:13, Petr Morávek [Xificurk] napsal(a): jzvc napsal(a): Nac mate v mape kompletni administrativni hranice? A pak vyznam obce odlisite podle toho zda je/neni administrativnim centrem a samozrejme podle admin_level prislusne oblasti (cim mensi cislo = vyssi uroven = vetsi vyznam). Je to naprosto iniverzalni a celosvetove pouzitelny, staci aby to reneder bral v potaz. Urc(ite( reagujes( na správný mail? Tohle byl návrh, jak zanést do OSM oficiální statut obcí (me(stys, me(sto, statutární me(sto). Petr O par mailu vejs se resi primarne to, ze se obce blbe zobrazujou na mape a ze town by se nemelo davat malym mestum, presto, ze oficielne to mesta jsou. Aha, ok... já byl zmaten tím, z(e to byla reakce na mail o ne(c(em úplne( jiném. Nicméne( nerozumím por(ádne(, co jsi chte(l r(íct. Bavíme-li se o nodech sídel (tj. place=*), tak at( se to ne(komu líbí nebo ne, hodnota tagu place bude vz(dycky primárním ukazatelem typu a du*lez(itosti sídla. Jednodus(e proto, z(e tenhle tag tam je vz(dycky (narozdíl od údaje o poc(tu obyvatel, relací hranic obce, ...). Pro info, pocty obyvatel aktualne doplneny u vsech sidel nad 9 000 (cca 150 kousku). Jakékoliv dals(í informace by pak uz( jen me(ly zpr(esn(ovat hrubou kategorizaci stanovenou pomocí place=*. V C(R je v souc(asnosti pouz(íván tag place=town nesmyslne( a nevím, jestli a jaké r(es(ení tedy vlastne( navrhujes(. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Récapitulatif du débat sur la traduction
2011/10/18 Black Myst black.m...@free.fr: Way = Polyligne Argument pour: Une polyligne fermé devient un polygone. Attention, une polyligne fermée reste une polyligne fermée. Le polygone sera probablement le prochain nouveau élément qui sera introduit avec l'API0.7 et donc il faut dès maintenant utiliser le terme 'polygone' avec précaution. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Estimer le décalage ou pas de Bing?
Merci Éric pour toutes ces précisions. Romain Le 18 octobre 2011 19:46, Eric SIBERT courr...@eric.sibert.fr a écrit : Bonsoir, Est-ce que vous pourriez-me dire si sur cet exemple il y a besoin d'ajuster la position de l'imagerie: http://www.openstreetmap.org/?**lat=48.783296lon=5.921055** zoom=18layers=Mhttp://www.openstreetmap.org/?lat=48.783296lon=5.921055zoom=18layers=M http://www.openstreetmap.org/**?lat=48.783296lon=5.921055** zoom=18layers=Mhttp://www.openstreetmap.org/?lat=48.783296lon=5.921055zoom=18layers=M J'ai pris exprès un château d'eau qui porte un repère géodésique. Quand on affiche Bing, on constate que l'imagerie ne respecte pas la verticalité du coup je me demande s'il y a décalage ou pas. Clairement, les points de repères sur les édifices en hauteur, ce n'est pas top pour caler les vues aériennes. Néanmoins, dans le cas présent, le repère géodésique semble au milieu de la base du château d'eau. Donc, je dirais que c'est bon. Les traces GPS, ça peut aussi aider à savoir si le calage est bon. Malheureusement, il n'y a qu'une pauvre trace qui traverse le village. C'est très insuffisant pour faire un diagnostic. Dans ton exemple, le bâti semble avoir été importé du cadastre. Or le bâti semble bien calé dans Bing. Donc, si le cadastre est bon, Bing doit être bon. S'il n'y a pas de décalage dans ce cas présent, est-ce que l'on peut considérer qu'il n'y en a pas non plus sur les communes aux alentours? En d'autres termes, est-ce que l'on peut extrapoler ce constat sur plusieurs kilomètres? Déjà si le terrain n'est pas plat, Bing peut réserver des surprises sans faire des kilomètres. Alors j'éviterais les extrapolations :-( Éric __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] SSII, handicap, Boulogne
Bonjour, De : Jean Millerat Le 18/10/2011 21:58, Art Penteur a écrit : Le 18 octobre 2011 18:56, a écrit : J'avoue que moi aussi j'ai songé à faire du mapping intérieur de station de métro, mais pour le moment je n'ai pas franchi le pas : le GPS ne passe pas, pas d'imagerie aérienne... Il faut faire au jugé ou avec son décamètre et son appareil photo. Se faire prêter une centrale à inertie ? Vous pensez qu'un fabricant se laisserait attendrir pour du sponsoring en nature ? Je me suis posé la question mais : 1) est-ce suffisamment fiable ou bien le cumul des erreurs ne rend-il pas les données trop peu fiables ? 2) est-ce vraiment utile ? a priori ce n'est pas indispensable du point de vue des déficients visuels qui, eux, n'avancent ni avec une centrale inertielle ni un décamètre ni même ne comptent leurs pas (pas même dans les escaliers). Ceci dit, ça serait super sympa de jouer avec une centrale inertielle. :) À défaut d'un équipement hi-tech, il doit déjà y avoir moyen de mapper quelques circulations souterraines dans des stations peu complexes. Pour rester sur Boulogne, la station Billancourt ( http://osm.org/go/0BOXLy4lT-- ) doit pouvoir se prêter à des relevés artisanaux pas forcément farfelus. Billancourt est une station facile en ce sens qu'elle a peu de couloirs, et des sorties sur rue bien identifiées. = Pour les régionaux de l'étape (Jean, Oligo) ou d'autres, si cela vous dit en guise de test, et pour soulever des questions, on pourrait s'y essayer. vincent (régional de l'étape) 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
[OSM-talk-fr] source=http://maps.gooegle.fr...
L'a pô compri l'gâ ! L'objet du délit: http://www.openstreetmap.org/browse/node/344527028 -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récapitulatif du débat sur la traduction
Attention, une polyligne fermée reste une polyligne fermée. Le polygone sera probablement le prochain nouveau élément qui sera introduit avec l'API0.7 et donc il faut dès maintenant utiliser le terme 'polygone' avec précaution. J'ai noté l'argument de Black Myst ainsi que ton point de vigilance sur « Polygone ». Est-ce que la notion d'area va disparaitre (sachant que ce n'était pas vraiment un éleément mais un way fermé) ? Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] source=http://maps.gooegle.fr...
Le 19/10/2011 10:17, Christian Quest a écrit : L'a pô compri l'gâ ! L'objet du délit: http://www.openstreetmap.org/browse/node/344527028 à mon avis cvi94 n'a pas trouver mieux pour faire un lien ver sa fiche chez google ... le tag source est à mon avis juste très mal utilisé. -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM inaccessible ??
@Julien: tu as quoi comme message d'erreur ? La page se charge pendant un long moment, et après il me dit qu'il arrive pas à joindre le serveur. J'ai testé sur un autre ordinateur de la maison et ça ne fonctionne pas, par contre avec le téléphone en 3G j'y arrive. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] source=http://maps.gooegle.fr...
C'est mignon, et je suis sûr que ça part d'un bon sentiment ... Source = daily survey, with a little help from the French Cadastre Note = I'm working here, by the way Le 19 octobre 2011 10:17, Christian Quest christian.qu...@gmail.com a écrit : L'a pô compri l'gâ ! L'objet du délit: http://www.openstreetmap.org/browse/node/344527028 -- Christian ___ 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
[OSM-talk-fr] route gr 26
Bonjour, Lors d'une édition dans ma région : http://www.openstreetmap.org/browse/relation/1731864 Je suis tombé sur cette relation, elle est ainsi décrite : , | Relation : GR26 (1731864) | Voir la zone dans une carte plus grande | Modifier aire | Voir la relation sur une carte plus grande | Modifier relation | Modifié le : 09 octobre 2011 21:07:13 | Modifié par : chene | Version : 42 | Dans le groupe de modifications : 9517396 | Commentaire : modifs | Balises : | name = GR26 | network = rcn | ref = 26 | route = bicycle | source = IGN (Geoportail) | type = route ` Je n'ai pas exploré plus avant si plusieurs contributeurs ont participé à l'élaboration de cette route, ni si plusieurs routes de ce type ont été créées. Des experts pourraient-ils corriger (cad supprimer) cette anomalie ? Merci, Maurice (alias momovimout) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] source=http://maps.gooegle.fr...
Quand on voit le message de Maurice Boucher de ce matin [1] , ça donne envie de créer l'analyseur Osmose sources incongrues, qui ira à la chasse aux Google / Geoportail / FFRP ... associé au tag source A la base, ça m'aurait fait rire, mais finalement on risque de trouver quelques pépites. Ca transpire l'honnêteté, ce genre de sourçage, donc ça mérite du conseil et de la pédagogie (Sly, tu es là ? [2] :-)) [1] http://lists.openstreetmap.org/pipermail/talk-fr/2011-October/036970.html [2] http://lists.openstreetmap.org/pipermail/talk-fr/2011-May/032830.html Le 19 octobre 2011 10:17, Christian Quest christian.qu...@gmail.com a écrit : L'a pô compri l'gâ ! L'objet du délit: http://www.openstreetmap.org/browse/node/344527028 -- Christian ___ 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] source=http://maps.gooegle.fr...
Le 19 octobre 2011 11:28, Ab_fab gamma@gmail.com a écrit : Quand on voit le message de Maurice Boucher de ce matin [1] , ça donne envie de créer l'analyseur Osmose sources incongrues, qui ira à la chasse aux Google / Geoportail / FFRP ... associé au tag source A la base, ça m'aurait fait rire, mais finalement on risque de trouver quelques pépites. Ca transpire l'honnêteté, ce genre de sourçage, donc ça mérite du conseil et de la pédagogie (Sly, tu es là ? [2] :-)) [1] http://lists.openstreetmap.org/pipermail/talk-fr/2011-October/036970.html [2] http://lists.openstreetmap.org/pipermail/talk-fr/2011-May/032830.html J'ai eu la même idée... une analyse de plus pour Osmose ;) Voici le message que j'espère assez pédagogique et diplomate que j'ai envoyé au contributeur cvi94: Bonjour, Je me suis permis de corriger vos contributions concernant votre agence immobilière afin que celles-ci soient conformes au balisage préconisé, shop=estate_agent (pour une agence immobilière). Par ailleurs, vous aviez indiqué maps.google.com comme source, hors cette source d'information est copyrightée et donc non utilisable. J'ai aussi regroupé le point isolé sur le bâtiment afin d'avoir une adresse unique. N'hésitez pas à me contacter si besoin ou si vous avez des questions. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] source=http://maps.gooegle.fr... [HS : remplissage inutile de liste]
Ca transpire l'honnêteté, ce genre de sourçage, donc ça mérite du conseil et de la pédagogie (Sly, tu es là ? [2] :-)) Elle va finir par rentrer dans les livres d'histoire (d'osm bien sûr) ma réponse à ce sondage. Ne pouvant bien sûr me nominer moi même pour les fortunes : http://wiki.openstreetmap.org/wiki/FR:Fortunes Je serais gré que quelqu'un le fasse pour que je puisse poudrer Emilie avec qui je suis au coude à coude à 2 partout. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] source=http://maps.gooegle.fr...
Ce serait peut-etre bien de rajouter 'Contributeur comme vous, je me suis permis ...', qu'en pensez vous? Yves -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. Christian Quest christian.qu...@gmail.com a écrit : Le 19 octobre 2011 11:28, Ab_fab gamma@gmail.com a écrit : Quand on voit le message de Maurice Boucher de ce matin [1] , ça donne envie de créer l'analyseur Osmose sources incongrues, qui ira à la chasse aux Google / Geoportail / FFRP ... associé au tag source A la base, ça m'aurait fait rire, mais finalement on risque de trouver quelques pépites. Ca transpire l'honnêteté, ce genre de sourçage, donc ça mérite du conseil et de la pédagogie (Sly, tu es là ? [2] :-)) [1] http://lists.openstreetmap.org/pipermail/talk-fr/2011-October/036970.html [2] http://lists.openstreetmap.org/pipermail/talk-fr/2011-May/032830.html J'ai eu la même idée... une analyse de plus pour Osmose ;) Voici le message que j'espère assez pédagogique et diplomate que j'ai envoyé au contributeur cvi94: Bonjour, Je me suis permis de corriger vos contributions concernant votre agence immobilière afin que celles-ci soient conformes au balisage préconisé, shop=estate_agent (pour une agence immobilière). Par ailleurs, vous aviez indiqué maps.google.com comme source, hors cette source d'information est copyrightée et donc non utilisable. J'ai aussi regroupé le point isolé sur le bâtiment afin d'avoir une adresse unique. N'hésitez pas à me contacter si besoin ou si vous avez des questions. -- Christian _ 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] source=http://maps.gooegle.fr...
Ceux qui ont lu l'historique de ce noeud ont-ils sursauté, comme moi, à la lecture de la V5, du 18 septembre 2011, qui a transformé une pharmacy en Real Estate Agency ? Si la pharmacie a fermé/déménagé et s'est transformé en agence immobilière, c'est OK. Sinon, c'est un beau cyber-squatting. Christian, peux-tu aussi demander à CVI 94 s'il y a une pharmacie dans le même immeuble, et, si oui, rajouter ou faire rajouter le POI pharmacy ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] source=http://maps.gooegle.fr...
Le 19 octobre 2011 13:21, Art Penteur art.pent...@gmail.com a écrit : Ceux qui ont lu l'historique de ce noeud ont-ils sursauté, comme moi, à la lecture de la V5, du 18 septembre 2011, qui a transformé une pharmacy en Real Estate Agency ? Si la pharmacie a fermé/déménagé et s'est transformé en agence immobilière, c'est OK. Sinon, c'est un beau cyber-squatting. Christian, peux-tu aussi demander à CVI 94 s'il y a une pharmacie dans le même immeuble, et, si oui, rajouter ou faire rajouter le POI pharmacy ? J'avais pas vu ça... je rectifie. La lecture d'historiques est riche d'enseignements ! Je viens de tomber par hasard ce matin sur la destruction d'une partie de l'A86 (tunnel de Nogent). Je pense que les prochaines outils qu'il faudra mettre en place devront servir à se prémunir de ce genre d'erreur ou alors, l'API devrait limiter les effacements pour les premières contributions des débutants (c'était le cas pour l'A86). -- Christian ___ 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 19:55, Jean-Francois Nifenecker a écrit : Le 18/10/2011 19:00, Christian Rogel a écrit : Les règles du pouvoir sont toujours les mêmes : le mandat doit être vérifiable et limité dans le temps. [...] +1 +1 Je ne reprends pas toute la prose de Christian à laquelle je souscris. Un mandat n'est pas une carte blanche. Par contre tout membre d'OSM-FR est membre d'OSM-FR à part entière. Plus encore, tout contributeur OSM est représentant OSM à part entière. Je vais m'appuyer sur un exemple en cours : la rencontre d'une personne du Grand Besançon. Dans l'état actuel des choses, pour les premiers contacts, je me sens suffisamment investi dans OSM et dans OSM-FR (représenté lors de l'AG) pour établir le contact et entamer des discussions sans avoir besoin de mandat de représentation. Ma participation à OSM suffit à légitimer mon action auprès d'une institution. Si d'aventure, il était nécessaire de signer quoi que ce soit au nom d'OSM-FR, d'engager officiellement OSM-FR, un membre du CA est à proximité et je pourrai recourir à lui, soit pour qu'il représente officiellement l'association à mon côté, soit pour qu'il veille à l'obtention d'un mandat pour moi pour clore cette représentation-négociation... Le jour où OSM sera tellement établi qu'il sera nécessaire d'avoir des antennes locales d'OSM-FR, alors, alors seulement des mandats non circonscrits dans le temps, non liés à une mission précise verront le jour. On n'en est pas encore à avoir de tels commerciaux multi-cartes. mes 0,02€, qui finiront bien dans l'escarcelle de l'association... Au fait, où quand, comment paie-t-on la cotisation à OSM-FR ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [OSM-FR] Premier CA ouvert ET futurs CA
De : Vincent Pottier vpott...@gmail.com mes 0,02€, qui finiront bien dans l'escarcelle de l'association... Au fait, où quand, comment paie-t-on la cotisation à OSM-FR ? Tu trouveras l info dans le proce verbal du CA de vendredi passe: http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Conseil_d%27administration_du_14-10-2011 L info meriterait peut etre d apparaitre plus clairement sur la page de l association Julien De : Vincent Pottier vpott...@gmail.com À : talk-fr@openstreetmap.org Envoyé le : Mercredi 19 Octobre 2011 14h26 Objet : Re: [OSM-talk-fr] [OSM-FR] Premier CA ouvert ET futurs CA Le 18/10/2011 19:55, Jean-Francois Nifenecker a écrit : Le 18/10/2011 19:00, Christian Rogel a écrit : Les règles du pouvoir sont toujours les mêmes : le mandat doit être vérifiable et limité dans le temps. [...] +1 +1 Je ne reprends pas toute la prose de Christian à laquelle je souscris. Un mandat n'est pas une carte blanche. Par contre tout membre d'OSM-FR est membre d'OSM-FR à part entière. Plus encore, tout contributeur OSM est représentant OSM à part entière. Je vais m'appuyer sur un exemple en cours : la rencontre d'une personne du Grand Besançon. Dans l'état actuel des choses, pour les premiers contacts, je me sens suffisamment investi dans OSM et dans OSM-FR (représenté lors de l'AG) pour établir le contact et entamer des discussions sans avoir besoin de mandat de représentation. Ma participation à OSM suffit à légitimer mon action auprès d'une institution. Si d'aventure, il était nécessaire de signer quoi que ce soit au nom d'OSM-FR, d'engager officiellement OSM-FR, un membre du CA est à proximité et je pourrai recourir à lui, soit pour qu'il représente officiellement l'association à mon côté, soit pour qu'il veille à l'obtention d'un mandat pour moi pour clore cette représentation-négociation... Le jour où OSM sera tellement établi qu'il sera nécessaire d'avoir des antennes locales d'OSM-FR, alors, alors seulement des mandats non circonscrits dans le temps, non liés à une mission précise verront le jour. On n'en est pas encore à avoir de tels commerciaux multi-cartes. mes 0,02€, qui finiront bien dans l'escarcelle de l'association... Au fait, où quand, comment paie-t-on la cotisation à OSM-FR ? -- FrViPofm ___ 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] Récapitulatif du débat sur la traduction
Le 18/10/2011 20:07, Vincent Calame a écrit : Bonjour à tous, Bonjour et merci ! Pour arriver à cette harmonisation, il faut obtenir un consensus sur la traduction « officielle » et si aucun consensus n'émerge, il sera nécessaire de procéder à un vote. Juste une précision : Même après vote et tout et tremblement ( qui me semblent souhaitable), on définira des best practices comme pour les proposed features, une norme plutôt qu'une règle. Plutôt que de parler de traduction officielle, il vaut mieux parler de traduction (fortement) conseillée. A-t-on déjà réussi à faire entrer tout les mappeurs dans une règle ? N'y a-t-il pas quelques originaux/rebèles dans la salle ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr