Re: [talk-ph] OSM, planet.pm (perl module installing), planetosm-excerpt-area.pl in Mac OS X
This might be moot, but the simplest way to use a Perl module is to just copy the module directory/file to the same directory as the Perl script that uses it (assuming that the Perl module is all Perl code--if the module links to non-Perl code such as C libraries, then you need to actually install the Perl module). Properly installing a (all Perl code) Perl module is only needed if you want multiple Perl scripts in different locations in your drive to be able to access it. But for one-off scripts, you can just copy the Perl module directory/file to the same directory. On Fri, Jul 1, 2011 at 10:12 AM, maning sambale emmanuel.samb...@gmail.com wrote: Noli, I use an Ubuntu machine for most of my osm data munging. And I also don't use Perl much. That said, most perl modules can be installed with CPAN or directly copy them to your /usr/lib/perl/5.8.8/ . On a mac, you probably have darwin port so it should be /opt/local/lib/perl5/5.8.8/darwin-2level/ Some threads I found: http://web.archiveorange.com/archive/v/tomQkFckXIEapRXDWu0z http://comments.gmane.org/gmane.comp.gis.openstreetmap.devel/12112 Hope that was helpful. Maybe Eugene can chime in. :) On Fri, Jul 1, 2011 at 9:22 AM, Noli Sicad nsi...@gmail.com wrote: Hi Maning, I need help on figuring how to these things, i.e. installing a PERL module Planet.pm and running planetosm-excerpt-area.pl in Mac OS X. I know that you using a Mac and working a lot of extracting data from OSM file. I am trying to extract State of Victoria from Australia.osm file for iPhone/iPad Openlayers + Spatialite app that I am working. I found this info (below). http://users.tpg.com.au/users/stevez/OSM/credits.html planetosm-excerpt-area.pl -bbox -39.4,140.2,-33.7,151.5 australia.osm VIC.osm However, it is need Planet.pm. How do you download the planet.pm and install this Perl module in Mac OS X? Thanks in advance. Noli -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] OSM, planet.pm (perl module installing), planetosm-excerpt-area.pl in Mac OS X
I managed to extract Vic.osm from Australia.osm using Osmosis with the Qgis polygon plugin. I install Osmosis in Mac OS X 10.6.x using Homebrew. Now, OSM to Spatialite. I got this error, i.e. parser error. ~~ localhost:bin root# spatialite_osm_map -o Vic.osm -d Vic.sqlite SQLite version: 3.7.5 SpatiaLite version: 2.4.0-RC5 Parse error at line 872757: unclosed token localhost:bin root# ~~ However, the Vic.sqlite - broken one gives me glimpse on the database structure of Australia OSM data. I am interested on POI. Probably the best way to get the Victoria data is thru Australia.sqlite (from Australia.osm) which really bid 2.4 Gb. QGIS is shocking, it renders after few minutes. Noli On 7/2/11, Eugene Alvin Villar sea...@gmail.com wrote: This might be moot, but the simplest way to use a Perl module is to just copy the module directory/file to the same directory as the Perl script that uses it (assuming that the Perl module is all Perl code--if the module links to non-Perl code such as C libraries, then you need to actually install the Perl module). Properly installing a (all Perl code) Perl module is only needed if you want multiple Perl scripts in different locations in your drive to be able to access it. But for one-off scripts, you can just copy the Perl module directory/file to the same directory. On Fri, Jul 1, 2011 at 10:12 AM, maning sambale emmanuel.samb...@gmail.com wrote: Noli, I use an Ubuntu machine for most of my osm data munging. And I also don't use Perl much. That said, most perl modules can be installed with CPAN or directly copy them to your /usr/lib/perl/5.8.8/ . On a mac, you probably have darwin port so it should be /opt/local/lib/perl5/5.8.8/darwin-2level/ Some threads I found: http://web.archiveorange.com/archive/v/tomQkFckXIEapRXDWu0z http://comments.gmane.org/gmane.comp.gis.openstreetmap.devel/12112 Hope that was helpful. Maybe Eugene can chime in. :) On Fri, Jul 1, 2011 at 9:22 AM, Noli Sicad nsi...@gmail.com wrote: Hi Maning, I need help on figuring how to these things, i.e. installing a PERL module Planet.pm and running planetosm-excerpt-area.pl in Mac OS X. I know that you using a Mac and working a lot of extracting data from OSM file. I am trying to extract State of Victoria from Australia.osm file for iPhone/iPad Openlayers + Spatialite app that I am working. I found this info (below). http://users.tpg.com.au/users/stevez/OSM/credits.html planetosm-excerpt-area.pl -bbox -39.4,140.2,-33.7,151.5 australia.osm VIC.osm However, it is need Planet.pm. How do you download the planet.pm and install this Perl module in Mac OS X? Thanks in advance. Noli -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] OSM, planet.pm (perl module installing), planetosm-excerpt-area.pl in Mac OS X
Correction. Australia.osm is big, not spatialite file. Australia.sqlite before vacuum was 1.11 Gb and after vacuum it is only 469 Mb. I am viewing it now using Sqlite manager in Firefox. Are OSM file from country to country have almost same / similar database structure? Noli On 7/2/11, Noli Sicad nsi...@gmail.com wrote: I managed to extract Vic.osm from Australia.osm using Osmosis with the Qgis polygon plugin. I install Osmosis in Mac OS X 10.6.x using Homebrew. Now, OSM to Spatialite. I got this error, i.e. parser error. ~~ localhost:bin root# spatialite_osm_map -o Vic.osm -d Vic.sqlite SQLite version: 3.7.5 SpatiaLite version: 2.4.0-RC5 Parse error at line 872757: unclosed token localhost:bin root# ~~ However, the Vic.sqlite - broken one gives me glimpse on the database structure of Australia OSM data. I am interested on POI. Probably the best way to get the Victoria data is thru Australia.sqlite (from Australia.osm) which really bid 2.4 Gb. QGIS is shocking, it renders after few minutes. Noli On 7/2/11, Eugene Alvin Villar sea...@gmail.com wrote: This might be moot, but the simplest way to use a Perl module is to just copy the module directory/file to the same directory as the Perl script that uses it (assuming that the Perl module is all Perl code--if the module links to non-Perl code such as C libraries, then you need to actually install the Perl module). Properly installing a (all Perl code) Perl module is only needed if you want multiple Perl scripts in different locations in your drive to be able to access it. But for one-off scripts, you can just copy the Perl module directory/file to the same directory. On Fri, Jul 1, 2011 at 10:12 AM, maning sambale emmanuel.samb...@gmail.com wrote: Noli, I use an Ubuntu machine for most of my osm data munging. And I also don't use Perl much. That said, most perl modules can be installed with CPAN or directly copy them to your /usr/lib/perl/5.8.8/ . On a mac, you probably have darwin port so it should be /opt/local/lib/perl5/5.8.8/darwin-2level/ Some threads I found: http://web.archiveorange.com/archive/v/tomQkFckXIEapRXDWu0z http://comments.gmane.org/gmane.comp.gis.openstreetmap.devel/12112 Hope that was helpful. Maybe Eugene can chime in. :) On Fri, Jul 1, 2011 at 9:22 AM, Noli Sicad nsi...@gmail.com wrote: Hi Maning, I need help on figuring how to these things, i.e. installing a PERL module Planet.pm and running planetosm-excerpt-area.pl in Mac OS X. I know that you using a Mac and working a lot of extracting data from OSM file. I am trying to extract State of Victoria from Australia.osm file for iPhone/iPad Openlayers + Spatialite app that I am working. I found this info (below). http://users.tpg.com.au/users/stevez/OSM/credits.html planetosm-excerpt-area.pl -bbox -39.4,140.2,-33.7,151.5 australia.osm VIC.osm However, it is need Planet.pm. How do you download the planet.pm and install this Perl module in Mac OS X? Thanks in advance. Noli -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Weide
Franky Braem wrote: Ik ben nu al een paar dagen bezig met Kemzeke / Stekene in kaart te brengen en heb nu een vraagje. Wat is de beste manier om een weide aan te duiden waar dieren kunnen grazen? Ik gebruikte eerste landuse=meadow, maar dat blijkt niet juist genoeg te zijn. Is het landuse=pasture? Maar het is dan jammer dat je dat niet ziet ingekleurd op www.openstreetmap.org. Of landuse=grass, dat is ook goed, al vond iemand het weer nodig de voorbije maand om op de wikipagina te zetten dat meadow niet met grass getagd mag worden. Als het maar iets is dat duidelijk maakt dat er gras staat hé :-) Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Exception in OpenDataLicense/Community Guidelines for temporary file
David Groom wrote: We also have be mindful of the OSM guideline of substantial [1], which seems to indicate that only very small extracts counts as insubstantial. I think the thing about these guidelines is that they are meant to be Community Guidelines: here's what the OSM community expects of data users. We are the OSM community. We're discussing this for the first time. It is, really, up to us to write the guidelines. Should we have one on access to derivative databases? cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Exception-in-Open-Data-License-Community-Guidelines-for-temporary-file-tp6504201p6537003.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] ODbl Community guideslines ( WAS Exception in OpenDataLicense/Community Guidelines for temporary file)
- Original Message - From: Richard Fairhurst rich...@systemed.net To: legal-talk@openstreetmap.org Sent: Friday, July 01, 2011 10:19 AM Subject: Re: [OSM-legal-talk] Exception in OpenDataLicense/Community Guidelines for temporary file David Groom wrote: We also have be mindful of the OSM guideline of substantial [1], which seems to indicate that only very small extracts counts as insubstantial. I think the thing about these guidelines is that they are meant to be Community Guidelines: here's what the OSM community expects of data users. We are the OSM community. We're discussing this for the first time. It is, really, up to us to write the guidelines. Should we have one on access to derivative databases? We could do, but then IMHO we run the risk of the sort of problems I was asking a week or so ago in http://lists.openstreetmap.org/pipermail/legal-talk/2011-June/006293.html Regards David cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Exception-in-Open-Data-License-Community-Guidelines-for-temporary-file-tp6504201p6537003.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Exception in Open DataLicense/Community Guidelines for temporary file
On 30/06/11 11:55, David Groom wrote: - Original Message - From: Richard Fairhurst Jonathan Harley wrote: Really I'm at a loss to see the point of the share-alike clause (4.4). I can't think of a use-case for OSM where processing the database doesn't reduce the amount of information. The canonical case, often cited by those who say OSM needs a share-alike licence, is to prevent commercial map providers taking the data we have and they don't (e.g. footpaths), adding it to the data they have but we don't (e.g. complete road network), and not giving us anything back. IRMFI, not because I believe it myself. :) I think anyone who thought ODbL satisfies this case would be being naive. It's so easy to dodge really giving anything back in many different ways, including (off the top of my head): combining OSM with additional contents in the form of already rendered map data, with poor accuracy and no metadata, which would make it virtually impossible for things like a road network to be extracted; and/or publishing the derived database under a license that's compatible with ODbL but incompatible with the CTs. That would certainly seem a very good thing. In lots of peoples opinion where you *add* data, then it is good if that data can be shared back to the community. It would seem a good thing and I hope people who use OSM will do it, but I don't believe ODbL enforces it effectively, while placing a heavy burden on anyone who wants to use OSM without combining it with other data. However where you *don't* add data, but merely process the OSM data, either by extracting some sub-set of it, or simply by transforming it from one form of database to another, then what is the point of requiring compliance with ODbL clause 4.6. I can't see any point. At least you don't have to publish your database/method unless someone requests it. But we have to assume that sooner or later, some busy-body is going to go around doing exactly that. J. -- Jonathan Harley: Managing Director : SpiffyMap Ltd Email: m...@spiffymap.com Phone: 0845 313 8457 www.spiffymap.com Post: The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Exception in Open DataLicense/Community Guidelines for temporary file
On 01/07/11 09:43, Tobias Knerr wrote: The only motivation for data SA I can somewhat understand is to open up data that can be contributed back to OSM. Sharealike is meant to guarantee that the individual users of the produced work have the same freedom to work with the data as the person who produced it did. Any gifts to the *project* that result from this freedom are a side-effect. - Rob. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Exception in Open DataLicense/Community Guidelines for temporary file
On 01/07/11 10:51, Jonathan Harley wrote: I think anyone who thought ODbL satisfies this case would be being naive. It's so easy to dodge really giving anything back in many different ways, including (off the top of my head): combining OSM with additional contents in the form of already rendered map data, with poor accuracy and no metadata, which would make it virtually impossible for things like a road network to be extracted; and/or publishing the derived database under a license that's compatible with ODbL but incompatible with the CTs. OSM is not the presumed beneficiary of this kind of thing. The downstream users of the easy dodges are. I can't see any point. At least you don't have to publish your database/method unless someone requests it. But we have to assume that sooner or later, some busy-body is going to go around doing exactly that. That sounds like a *very* good idea. ;-) - Rob. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Exception in Open DataLicense/Community Guidelines for temporary file
- Original Message - From: Jonathan Harley j...@spiffymap.net To: Licensing and other legal discussions. legal-talk@openstreetmap.org Sent: Friday, July 01, 2011 10:51 AM Subject: Re: [OSM-legal-talk] Exception in Open DataLicense/Community Guidelines for temporary file On 30/06/11 11:55, David Groom wrote: - Original Message - From: Richard Fairhurst Jonathan Harley wrote: Really I'm at a loss to see the point of the share-alike clause (4.4). I can't think of a use-case for OSM where processing the database doesn't reduce the amount of information. The canonical case, often cited by those who say OSM needs a share-alike licence, is to prevent commercial map providers taking the data we have and they don't (e.g. footpaths), adding it to the data they have but we don't (e.g. complete road network), and not giving us anything back. IRMFI, not because I believe it myself. :) I think anyone who thought ODbL satisfies this case would be being naive. It's so easy to dodge really giving anything back in many different ways, including (off the top of my head): combining OSM with additional contents in the form of already rendered map data, with poor accuracy and no metadata, which would make it virtually impossible for things like a road network to be extracted; and/or publishing the derived database under a license that's compatible with ODbL but incompatible with the CTs. I have to admit to being slightly confused about what licence a derived database can be published under. Clause 4.4a Any Derivative Database that You Publicly Use must be only under the terms of: (i). This License; (ii). A later version of this License similar in spirit to this License; or (iii). A compatible license. Clause 4.8 Each time You communicate any Derivative Database to anyone else in any way, the Licensor offers to the recipient a license to the Database on the same terms and conditions as this License Clasue 4.8 seems to me to render Clause 4.4a obsolete since the only way to have a licence on the same terms and conditions as this License would be if the text was word for word the same, unless of course 4.8 is meant to mean the same *spirit* as the terms and conditions as this License, but thats not what it says.. That would certainly seem a very good thing. In lots of peoples opinion where you *add* data, then it is good if that data can be shared back to the community. It would seem a good thing and I hope people who use OSM will do it, but I don't believe ODbL enforces it effectively, while placing a heavy burden on anyone who wants to use OSM without combining it with other data. However where you *don't* add data, but merely process the OSM data, either by extracting some sub-set of it, or simply by transforming it from one form of database to another, then what is the point of requiring compliance with ODbL clause 4.6. I can't see any point. At least you don't have to publish your database/method unless someone requests it. I hadn't reaslised that, where is that stated in the ODbL licence? Regards David But we have to assume that sooner or later, some busy-body is going to go around doing exactly that. J. -- Jonathan Harley: Managing Director : SpiffyMap Ltd Email: m...@spiffymap.com Phone: 0845 313 8457 www.spiffymap.com Post: The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Exception in Open DataLicense/Community Guidelines for temporary file
Rob Myers wrote: On 01/07/11 09:43, Tobias Knerr wrote: The only motivation for data SA I can somewhat understand is to open up data that can be contributed back to OSM. Sharealike is meant to guarantee that the individual users of the produced work have the same freedom to work with the data as the person who produced it did. I suppose you mean that they get access to the producers own, up-to-then proprietary, data? If no data except publicly available databases under ODbL (such as OSM) or an ODbL-compatible license (such as SRTM) was used to create the derivative database, and subsequently the product, then individual users already *have* the same freedom as the producer. They, like the producer, can use these original, publicly available databases. And this will likely be the case for a vast majority of OSM-based products, if current uses of OSM are any indication. ODbL would be a lot less cumbersome if we could limit the share alike requirement to those derivative databases that contain unique data, i.e. are *not* calculated from public, ODbL compatible, data sources. Any gifts to the *project* that result from this freedom are a side-effect. You are right, share alike can work well even if no data ever flows back to the project. I shouldn't have neglected that aspect. But like the OSM community, other data users benefit primarily when they gain access to unique data that was not publicly available before. -- Tobias Knerr ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Exception in Open DataLicense/Community Guidelines for temporary file
2011/7/1 Tobias Knerr o...@tobias-knerr.de: Most of these concerns could be alleviated by dual-licensing under both ODbL and CC-BY-SA. I'm not fond of the ODbL and would be happy with a CT + CC-BY-SA solution (it could achieve most of the declared aims of CT + ODbL and avoid most of the problems), but dual-licensing would of course be even more convenient from the perspective of a data user. Dual licensing has a really big problem for the project: 1) We release the data under CC OR ODbL 2) A third party uses data under only one of the licenses 3) Even if they are both ShareAlike, the transformations made by third party cannot be returned to OSM, as they are incompatible with unused license When Wikipedia changed it license from GFDL to CC, old texts remained also GFDL, but new ones are only CC, because of this. -- Jaime ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Exception in Open DataLicense/Community Guidelines for temporary file
jynus wrote: Dual licensing has a really big problem for the project: 1) We release the data under CC OR ODbL 2) A third party uses data under only one of the licenses 3) Even if they are both ShareAlike, the transformations made by third party cannot be returned to OSM, as they are incompatible with unused license That's true, of course, but the problem is not unique to dual licensing. With CT + ODbL: 1) We receive data according to CT and release the data under ODbL 2) A third party uses data under ODbL, but does not agree to CT 3) Even if the data is ODbL, the transformations made by the third party cannot be returned to OSM without giving up one of the primary advantages of the CT, the ability to relicense without contributor veto. CT + CC-BY-SA isn't different in that regard. Generally, we have to accept that we can only take modifications back into to OSM if either * a third party cooperates voluntarily (= dual-licenses/agrees to CT) or * we accept to be limited to /one/ license for that data. The latter is relevant no matter whether we actually use different licenses at the same time, or just want to have the option to switch to a different license in the future without deleting data. -- Tobias Knerr ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] osm3s
Quick note- I grabbed a couple of screen shots of the two transportation examples you provided, and listed them as Creative Commons license- but if that's not ok with you then I'll happily change them. I just wanted to make you aware in case there was a non-obvious conflict to using them on the wiki. -Sean On 6/30/11 12:17 PM, Roland Olbricht wrote: 1. For this first script I get a seemingly valid response: [..] 6. And the final changes to the interpreter script cause it to Thank you for the efforts and the feedback. Ok, if you're changing this all this weekend it sounds like there's not a strong reason for me to document the process as we've just gone through it. I think it would still be very helpful to document the process we have went through. Most parts will be independent of the version. In particular - The Apache config file and the positioning of the files remain valid. - The troubleshooting about getting the binary, getting an empty response or an Internal Server Error also remains valid. - The approach of running interpreter without dispatcher/scheduler via the proxy script is a good way of handling the database without permanent updates. The things that change with the new version are only some filenames (web_query gets again interpreter and moves from bin to cgi-bin, scheduler is renamed to dispatcher) and some parameters can be dropped. Thus it would be be easier to later rework an instruction set for the new version from the result now than starting later on from scratch (with then the risk taking things as given that still have required work now). But I do appreciate the learning experience. I think then what I will do it wait until v0.7 and install it from scratch and document *that* process (and any issues I may run into) on the wiki. How does that sound? Well, I can understand if you want to wait, but it would be also very helpful if you start to document now. I'll then adjust the parameters and enhance your documentation instead of starting again from scratch. And of course: The discussion has as a side effect triggered a lot of little improvements for the new version. Therefore, thank you for the installation walk-through :) Best regards, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Exception in Open DataLicense/Community Guidelines for temporary file
Ed Avis wrote: Tobias Knerr osm@... writes: Altogether, it seems that ODbL does burden creative users of OSM with significant restrictions, even though in many cases there is no reason why anyone would even want that databases they are forced to share - because it will usually be much more practical to just use the original databases. That's true, but to be fair it does allow the final 'produced work' to be distributed under any licence, where previously it had to be under the same licence as the underlying map (CC-BY-SA). True, that's an advantage. Still, for folks who want to use OSM to produce open produced works, ODbL adds to legal uncertainty and imposes annoying requirements that are hard to implement in practice, so there is a high price to pay for the possibility to choose an attribution-only license instead of a share alike license for the product. There's not even an advantage at all if you prefer CC-BY-SA for your produced works (as many will doubtlessly do). Of course you do potentially gain a lot if you want to create /restricted/, rather than open, produced works, but that should not have a higher priority for our license choice than ease of use for the creation of open works. Most of these concerns could be alleviated by dual-licensing under both ODbL and CC-BY-SA. I'm not fond of the ODbL and would be happy with a CT + CC-BY-SA solution (it could achieve most of the declared aims of CT + ODbL and avoid most of the problems), but dual-licensing would of course be even more convenient from the perspective of a data user. -- Tobias Knerr ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] joining ways to create a polygon
Hi Jose, I missed you on #osm, but I think I've done similar [1]. Using a perl script I was pointed at [2] (by dezhin on #osm when I asked a similar question) I took the Tendring district boundary relation and converted it into an Osmosis compliant polygon file. You pass the script a relation id and it outputs a polygon file. Ed [1] http://wiki.openstreetmap.org/wiki/Tendring(Essex_District)#Data_Ext racts [2] http://code.google.com/p/osm2mp/source/browse/trunk/getbound.pl -Original Message- From: Jozef Riha [mailto:jose1...@gmail.com] Sent: 01 July 2011 20:57 To: talk@openstreetmap.org Subject: [OSM-talk] joining ways to create a polygon hello all, i spent a few hours already figuring out how can i merge multiple adjacent ways (such as members of http://www.openstreetmap.org/browse/relation/1551258) into one way so i could convert it into polygon file recognized by osmosis. thing can be done easily in josm but i'm looking into scriptable solution. does anybody know how, for instance, cloudmade is doing it? cheers, jose ___ 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] joining ways to create a polygon
Hello Ed, thank you very much - it's working like a charm. Anyway in the meantime I found an alternative: OSM relation analyzer at http://ra.osmsurround.org. The service is able to output gpx file containing ways belonging to a relation, this can be later converted to polygon using gpx2poly.pl script. Anyway, I like your simple one-step solution because it's faster and does not require internet connection. Cheers, jose On 7/2/11, Ed Loach e...@loach.me.uk wrote: Hi Jose, I missed you on #osm, but I think I've done similar [1]. Using a perl script I was pointed at [2] (by dezhin on #osm when I asked a similar question) I took the Tendring district boundary relation and converted it into an Osmosis compliant polygon file. You pass the script a relation id and it outputs a polygon file. Ed [1] http://wiki.openstreetmap.org/wiki/Tendring(Essex_District)#Data_Ext racts [2] http://code.google.com/p/osm2mp/source/browse/trunk/getbound.pl -Original Message- From: Jozef Riha [mailto:jose1...@gmail.com] Sent: 01 July 2011 20:57 To: talk@openstreetmap.org Subject: [OSM-talk] joining ways to create a polygon hello all, i spent a few hours already figuring out how can i merge multiple adjacent ways (such as members of http://www.openstreetmap.org/browse/relation/1551258) into one way so i could convert it into polygon file recognized by osmosis. thing can be done easily in josm but i'm looking into scriptable solution. does anybody know how, for instance, cloudmade is doing it? cheers, jose ___ 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-nl] Wandelroute
Theo, In Potlatch 2 kun je relaties beheren via de Advanced knop onderaan het scherm. Je komt nu in een scherm waar je bovenin de tags kunt opgeven en onderin de relaties. Klik daar op Add to. Kies vervolgens een bestaande relatie en druk op Select of maak een nieuwe relatie aan met New Relation... Als de relatie is toegevoegd, dan kun je de gegevens ervan aanpassen door er op dubbel te klikken. Ik hoop dat je met deze uitleg verder komt. Groet, Maarten. - Ok, ik heb het teruggezet naar =tertiary; maar dan zie ik geen mogelijkheid in Potlatch om bij tabblad walking een route te kiezen. een mogelijkheid die wel wordt gegeven bij =track. dus gelijktijdig een highway en een wandelpad: kan dat? hoe doe ik dat in Potlatch? via het tabblad cycle zie je dat de LF21 en een regionale route wel aan diezelfde asfaltweg gerelateerd zijn. Theo Op 29 juni 2011 15:04 schreef Floris Looijesteijn o...@floris.nu het volgende: Hoi Theo, Jij hebt van de weg een highway=track gemaakt, terwijl het gewoon een highway=tertiary moet blijven. Je hebt de route ingevoerd als relatie, volgens mij is dat voldoende. Hier is de history van de weg: http://www.openstreetmap.org/browse/way/6588201/history Draai je het zelf terug? Groet, Floris 2011/6/29 TheoV urbanci...@gmail.com: hoi, Ik loop een wandelroute LAW (nu de Havezatenroute); Heb pas de Zuiderzeeroute (LAW8) gelopen en wil de route in OSM opnemen. Even geprobeeerd bij de IJsselmeerdijk in Warder NH; Probleem is dat de asfaltweg daarna als een stippellijn gepresenteerd wordt. Wat doe ik niet goed? TheoV___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-br] IBGE divulga Malha Municipal e Informações dos Setores Censitários do Censo 2010
IBGE divulga Malha Municipal e Informações dos Setores Censitários do Censo 2010 O IBGE coloca à disposição do público a Malha Municipal Digital de Setores Censitários do Censo 2010, assim como os dados agregados por setor censitário da Sinopse Preliminar do Censo. A Malha, junto com os dados agregados, permite visualizar resultados do Censo 2010 em um mapa digital. Os setores são as menores unidades territoriais estabelecidas pelo IBGE para fins de coleta do Censo. Para sua visualização, o IBGE está disponibilizando na sua pagina na Internet uma aplicação Web que permite exploração e visualização dos dados por município/subdistrito/bairro de todos os 316.574 setores censitários. Os arquivos da Malha Municipal e de Setores Censitários e da Base de Informações do Censo 2010 por Setores Censitários estão disponíveis no link http://www.censo2010.ibge.gov.br/sinopseporsetores/ Para trabalhar com a malha, é necessário utilizar um software de geoprocessamento. Para aplicações mais simples de recuperação de informações georreferenciadas, o IBGE disponibiliza o Estatcart, que pode ser obtido na Loja Virtual ou adquirido nas livrarias do IBGE, assim como um DVD contendo todos os dados e informações necessárias. A Malha disponibilizada em Unidades da Federação possibilita o cruzamento de informações do Censo 2010 com outras bases de dados compatíveis, o que a torna de fundamental importância para o planejamento de ações institucionais e políticas públicas nos municípios. A resolução do arquivo digital é variável: nas áreas urbanas é compatível com escalas cartográficas na faixa de 1:2.000 a 1:10.000 (o que significa que 1 mm no mapa representa entre 2 e 10 metros no terreno) e nas áreas rurais, com escalas na faixa de 1:25.000 a 1:250.000 (1mm no mapa representa entre 25 a 250 metros no terreno). O IBGE está disponibilizando também, no seu Banco de Dados Agregados (SIDRA), as informações por subdistrito/bairro que podem ser acessadas pelo Sistema de Recuperação Automática (SIDRA), no link http://www.sidra.ibge.gov.br/ É possível construir informações por bairro como, por exemplo, a média de moradores por domicílio, a razão de sexo (número de homens para cada 100 mulheres) e o índice de envelhecimento, que é o número de pessoas idosas (com 65 anos ou mais de idade) para cada 100 pessoas jovens (de 0 a 14 anos). No município do Rio de Janeiro, por exemplo, os bairros com menor razão de sexo são Flamengo, com 50 mil residentes e 73,2 homens para cada 100 mulheres, e Copacabana, com 146,4 mil residentes e 74,3 homens para cada 100 mulheres. Os dois também têm os maiores índices de envelhecimento: 263,1 e 248,6 pessoas idosas para cada 100 jovens, respectivamente. Próximas divulgações: características do entorno e resultados definitivos do Universo Até o momento, as divulgações do Censo 2010 já retrataram diversos aspectos da realidade nacional. Além da densidade demográfica e da contagem da população – detalhada até o nível de setor censitário e com informações por sexo, grupos de idade e situação de domicílio –, também já foram divulgados resultados preliminares do Universo até o nível de município, tais como condição de parentesco no domicílio, cor ou raça, alfabetização, registro de nascimento em cartório e, ainda, informações sobre os próprios domicílios, relativas ao número de moradores, acesso a serviços básicos saneamento, iluminação e rendimento mensal domiciliar per capita. Está prevista para ainda este mês a divulgação das características urbanísticas do entorno dos domicílios. Em outubro, serão publicados os resultados definitivos do Universo, inclusive por setor censitário, além de informações sobre aglomerados subnormais e indicadores sociais municipais básicos. Em novembro, começa a divulgação dos dados preliminares da Amostra. O calendário completo, com divulgações previstas até 2012, está disponível no link: http://www.ibge.gov.br/home/estatistica/populacao/censo2010/calendario.shtm Comunicação Social 01 de julho de 2011 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Imagens Aéreas do Estado de Minas Gerais
Eae Samuel, novidades? Em 28 de junho de 2011 20:28, teste e...@ymail.com escreveu: Nada democrático mesmo, froids. Em relação a restrição de distribuição, caso exista, é realmente indignante. Mas não sei que tipo de restrição possa ocorrer, comercializar? só vejo sentido essa, e vcs? Em 28 de junho de 2011 20:19, Samuel Vale srcv...@minaslivre.orgescreveu: On Ter, 2011-06-28 at 20:00 -0300, teste wrote: Valeu Samuel, estamos no aguardo. Em relação a banda para enviar os arquivos, vc acha que dá para finalizar o upload em quanto tempo? O limite é em relação ao provedor? Tem limite de upload por mês? Desculpe pela pergunta leiga. Acho que dependendo do que conseguir lá, pode ir de algumas horas a alguns dias. O limite é devido aos nossos links comerciais não democráticos, onde temos 5, 15, 100 Mbps pra baixar da internet, e 0,5, 1 Mbps ou menos pra enviar para a internet. A menos que encontre um link de universidade ou órgão público pra fazer isso, deve levar algum tempo mesmo. Vamos aguardar a resposta pra ver o que acontece. Estou preocupado mesmo é com alguma restrição de distribuição. Abraço, -- Samuel Vale srcv...@minaslivre.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] IBGE divulga Malha Municipal e Informações dos Setores Censitários do Censo 2010
Os limites municipais estão em uma escala bem melhor. Em 1 de julho de 2011 11:12, erico dias eric...@gmail.com escreveu: IBGE divulga Malha Municipal e Informações dos Setores Censitários do Censo 2010 O IBGE coloca à disposição do público a Malha Municipal Digital de Setores Censitários do Censo 2010, assim como os dados agregados por setor censitário da Sinopse Preliminar do Censo. A Malha, junto com os dados agregados, permite visualizar resultados do Censo 2010 em um mapa digital. Os setores são as menores unidades territoriais estabelecidas pelo IBGE para fins de coleta do Censo. Para sua visualização, o IBGE está disponibilizando na sua pagina na Internet uma aplicação Web que permite exploração e visualização dos dados por município/subdistrito/bairro de todos os 316.574 setores censitários. Os arquivos da Malha Municipal e de Setores Censitários e da Base de Informações do Censo 2010 por Setores Censitários estão disponíveis no link http://www.censo2010.ibge.gov.br/sinopseporsetores/ Para trabalhar com a malha, é necessário utilizar um software de geoprocessamento. Para aplicações mais simples de recuperação de informações georreferenciadas, o IBGE disponibiliza o Estatcart, que pode ser obtido na Loja Virtual ou adquirido nas livrarias do IBGE, assim como um DVD contendo todos os dados e informações necessárias. A Malha disponibilizada em Unidades da Federação possibilita o cruzamento de informações do Censo 2010 com outras bases de dados compatíveis, o que a torna de fundamental importância para o planejamento de ações institucionais e políticas públicas nos municípios. A resolução do arquivo digital é variável: nas áreas urbanas é compatível com escalas cartográficas na faixa de 1:2.000 a 1:10.000 (o que significa que 1 mm no mapa representa entre 2 e 10 metros no terreno) e nas áreas rurais, com escalas na faixa de 1:25.000 a 1:250.000 (1mm no mapa representa entre 25 a 250 metros no terreno). O IBGE está disponibilizando também, no seu Banco de Dados Agregados (SIDRA), as informações por subdistrito/bairro que podem ser acessadas pelo Sistema de Recuperação Automática (SIDRA), no link http://www.sidra.ibge.gov.br/ É possível construir informações por bairro como, por exemplo, a média de moradores por domicílio, a razão de sexo (número de homens para cada 100 mulheres) e o índice de envelhecimento, que é o número de pessoas idosas (com 65 anos ou mais de idade) para cada 100 pessoas jovens (de 0 a 14 anos). No município do Rio de Janeiro, por exemplo, os bairros com menor razão de sexo são Flamengo, com 50 mil residentes e 73,2 homens para cada 100 mulheres, e Copacabana, com 146,4 mil residentes e 74,3 homens para cada 100 mulheres. Os dois também têm os maiores índices de envelhecimento: 263,1 e 248,6 pessoas idosas para cada 100 jovens, respectivamente. Próximas divulgações: características do entorno e resultados definitivos do Universo Até o momento, as divulgações do Censo 2010 já retrataram diversos aspectos da realidade nacional. Além da densidade demográfica e da contagem da população – detalhada até o nível de setor censitário e com informações por sexo, grupos de idade e situação de domicílio –, também já foram divulgados resultados preliminares do Universo até o nível de município, tais como condição de parentesco no domicílio, cor ou raça, alfabetização, registro de nascimento em cartório e, ainda, informações sobre os próprios domicílios, relativas ao número de moradores, acesso a serviços básicos saneamento, iluminação e rendimento mensal domiciliar per capita. Está prevista para ainda este mês a divulgação das características urbanísticas do entorno dos domicílios. Em outubro, serão publicados os resultados definitivos do Universo, inclusive por setor censitário, além de informações sobre aglomerados subnormais e indicadores sociais municipais básicos. Em novembro, começa a divulgação dos dados preliminares da Amostra. O calendário completo, com divulgações previstas até 2012, está disponível no link: http://www.ibge.gov.br/home/estatistica/populacao/censo2010/calendario.shtm Comunicação Social 01 de julho de 2011 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Doutor em Ciências Ocultas, Filosofia Dramática, *Pediatria Charlatânica*, *Biologia Dogmática* e Astrologia Eletrônica. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Relações
Quando crio uma relação costumo usar: type=route route=road network=BR:PB ref=PB-XX No entanto a ref não é renderizada no osm, apenas quando acrescento a tag ref no caminho. Afinal... a tag ref deve ser adicionada apenas na relação ou devo adicionar a tag no caminho também? Alexandre Parente Lima -- Doutor em Ciências Ocultas, Filosofia Dramática, *Pediatria Charlatânica*, *Biologia Dogmática* e Astrologia Eletrônica. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] radlkarte.at
Hi Markus, ich habe den Tag http://wiki.openstreetmap.org/wiki/DE:Key:incline genutzt. Dabei ist natuerlich die Richtung des Weges wichtig. Die einfachste Loesung waeren Pfeile auf dem Weg zu plazieren, wobei die Pfeile sich abhaengig von der Steilheit unterscheiden. Schoener faende ich es aber, wenn die Informationen innerhalb des Weges dargestellt werden koennen, habe hier aber keine Idee dazu, wie das vernuenftig zu machen waere. bis dann David Am 30.06.2011 22:14, schrieb Markus Straub: Liebe Liste, danke für die vielen Rückmeldungen! Das motiviert mich weiterhin meine Freizeit zu opfern :) Ich versuch mal auf die Antworten einzugehen, die meisten Kritikpunkte sind auf jeden Fall schon auf meiner sehr sehr langen TODO Liste gewesen, es ist also nur eine Frage der Zeit bis es realisiert wird. @David Ecker: Die Wegbeschaffenheit ist noch interessant, das stimmt.. ich hab derweil alles was asphaltiert oder tracktype=grade1 weiß gerendert. path track die grad2 oder weniger sind: braun. Steilheit: welches Attribut wäre das.. und vor allem: Vorschläge für ein Rendering? @Henning Scholland: Ja, ich weiß, es sind viele grüns auf der Karte. Ich hoffe noch immer eineN GrafikerIn zu finden um die Farben wirklich auf Vordermann zu bekommen. Ich finde die grüns sind aber gut unterscheidbar, viel schlechter find ich graue Wege im Wald.. da muss ich mir noch was einfallen lassen. @Manuel Reimer: Die Website ist im Moment nur prototypisch.. klar träume ich auch von Cookies, einer Legende, die nicht aus Worten sondern Bildern besteht etc.. Wenn du mir Code für die Cookies schicken könntest weil du sowas schon wo gemacht hast - gerne, bau ich sofort ein! Ansonsten - ist schon auf der TODO Liste :) @Bodo Meissner: cattle_grid ist notiert. Das aktuelle Gebiet ist Österreich weil ich meinen Server nicht überlasten möchte und der Import des Geofabrik Extrakts halbwegs angenehm schnell geht.. Ich träume natürlich von der ganzen Welt, weiß aber nicht wann das spruchreif wird. Vorerst hoffe ich, dass ich bald Neusiedler Bodensee rendern kann, dadurch, dass sie als Relation zusammengestöpselt werden (oder weil sie nicht komplett im Export enthalten sind?) scheinen sie in meiner DB nicht auf (ich verwende noch osm2pgsql). Hat da wer eine Idee? LG, Markus On 2011-06-30 08:29, David Ecker wrote: Hi Markus, mir fehlt im Waldbereich die Beschaffenheit des Weges. - Was fuer einen Untergrund habe ich? - Wie steil ist es? Wenn ich eine Tour plane ist es wichtig zu wissen, ob ich ein MTB brauche oder mit einem normalen Rad dort entlang komme. Auch ob ich mit meinen Kindern die Strecke fahren kann, ohne dass die Fahrt in Stress ausartet. Ansonsten gefaellt mir dein Ansatz schon ganz gut. bis dann David Am 29.06.2011 22:03, schrieb Markus Straub: liebe liste, ich arbeite seit geraumer zeit an einem mapnik style für eine fahrradkarte, da ich mit der opencyclemap nicht ganz zufrieden war. das ergebnis bis jetzt könnt ihr euch hier ansehen: -- http://www.radlkarte.at-- das hehre ziel war die karte übersichtlich zu halten, nicht zu überladen, aber dennoch alle für radfahrer wichtigen aspekte zu visualisieren. im moment ist ganz österreich verfügbar, der letzte import ca vor einer woche passiert (noch importiere ich manuell und nur österreich) feedback ist erwünscht, am liebsten natürlich in konkreten vorschlägen, z.b. 'graue wege sieht man im wald nicht gut, nimm dich stattdessen #XX für fahrverbot für radler' schöne grüße aus wien, markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wiki
Was ist eigentlich mit diesem @!**@-Wiki-Server los? Vor kurzem habe ich es ja noch auf den Server-Umzug geschoben, dass mitten im Editieren Schluss mit Lustig war. Jetzt ist es mir schon wieder passiert. Ich formuliere einen Text, versuche einigermaßen passende englische Ausdrücke in einigermaßen passender Rechtschreibung mit einigermaßen richtigen wiki-tags zu formulieren und bekommen nach einigen malen Vorschau mit nun nahezu fertigem Text nur noch die Anzeige Warten auf wiki.openstreetmap.org. Browser: Firefox 4.0.1, opensuse 11.4, alles aktuell gepatcht. Fehler: Netzwerk-Zeitüberschreitung Der Server unter wiki.openstreetmap.org braucht zu lange, um eine Antwort zu senden. Auf Dauer leidet die Motivation, etwas im Wiki zu hinterlassen, schon beträchtlich. Ca. 90 Minuten im Schornstein. So kann man nicht arbeiten. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Wolfgang-4 wrote: Was ist eigentlich mit diesem @!**@-Wiki-Server los? Hi, hab gerade was geändert und das ging ohne Probleme. Kleinere Klemmer hat der ab und zu schon mal - war aber nie so schlimm, dass die Sachen verschütt gingen. Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Wiki-tp6536798p6536820.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] radlkarte.at
Am 01.07.11 08:35, schrieb David Ecker: Vorerst hoffe ich, dass ich bald Neusiedler Bodensee rendern kann, dadurch, dass sie als Relation zusammengestöpselt werden (oder weil sie nicht komplett im Export enthalten sind?) scheinen sie in meiner DB nicht auf (ich verwende noch osm2pgsql). Hat da wer eine Idee? Da die beiden sich aj vermutlich nicht sooo oft ändern werden: Hol dir beide einmalig von der JXAPI, und behandle sie als Coastline. Also entweder als shapefile oder in einer zweiten Datenbank innerhalb von Postgres. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Hallo, am 01.07.2011 09:44 schrieb Wolfgang: Auf Dauer leidet die Motivation, etwas im Wiki zu hinterlassen, schon beträchtlich. Ca. 90 Minuten im Schornstein. So kann man nicht arbeiten. Bei umfangreichen Arbeiten empfielt sich grundsätzlich die Verwendung eines externen Editors, der auch Mediawiki-Phrasen lernen kann. Dann kann man seine Arbeit sichern. In Verbindung mit dem Firefox-Addon Its all text ist das eine sehr angenehme Sache. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Netter Artikel auf Heise
http://www.heise.de/ct/artikel/App-ins-Gruene-1260683.html Da kommt OSM ziemlich gut bei weg :-) Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Norbert Kück wrote: Bei umfangreichen Arbeiten empfielt sich grundsätzlich die Verwendung eines externen Editors, der auch Mediawiki-Phrasen lernen kann. Dann kann man seine Arbeit sichern. In Verbindung mit dem Firefox-Addon Its all text ist das eine sehr angenehme Sache. Hi Norbert, hast du da mal einen Vorschlag? Ich fahre Ubuntu, hätte aber gegen einen neutralen Editor nichts einzuwenden - wenns nicht gerade Emacs ist. Mit dem bin ich nie so richtig klar gekommen. Gruss Walter P.s. aus dem Netz: Emacs ist ein phantastisches Betriebssystem - nur sollte es einen besseren Editor bekommen ;) - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Wiki-tp6536798p6536885.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Hallo Walter, am 01.07.2011 10:30 schrieb Walter Nordmann: hast du da mal einen Vorschlag? Ich fahre Ubuntu, hätte aber gegen einen neutralen Editor nichts einzuwenden - wenns nicht gerade Emacs ist. Mit dem bin ich nie so richtig klar gekommen. Meine Basis ist Windows - da werde ich dir kaum Tipps geben können. Ich verwende den Editor Scriptly: http://scriptly.webocton.de/ Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Norbert Kück wrote: Meine Basis ist Windows - da werde ich dir kaum Tipps geben können. Ich verwende den Editor Scriptly: http://scriptly.webocton.de/ Hi Norbert, ich hab es mal mit Wine installiert. Ist ne Software, mit der sauber programmierte Windows-Programme auch unter Linux laufen. Scheint zu funktionieren. Danke Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Wiki-tp6536798p6536959.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Netter Artikel auf Heise
Am 01.07.2011 10:14, schrieb Jacques Nietsch: http://www.heise.de/ct/artikel/App-ins-Gruene-1260683.html Da kommt OSM ziemlich gut bei weg :-) Jacques Hi ! Das ist ein Auszug aus dem aktuellen Magazin !! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sozialwerk verwendet OSM
Hallo, nur zur Info, weil ich gerade drüber gestolpert bin, das Sozialwerk des bundes verwendet OSM-Karten über einen eigenen Tileserver für die Anzeige der Ferienwohnungen. Ein Beispiel: http://wsvmapserv.wsv.bund.de/sozwk/index.html?parameter=idvalue=603popup=1 -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sozialwerk verwendet OSM
Hallo, mein Firefox sagt mir, dass die Mapnik-Tiles von normalen OSM-Tile-Server kommen. ;-) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tiefenangaben Gewässer und Navionics für iPad
Hai, ich habe gerade mit dem neuesten Update der Navionics-Marine Software fürs iPad einen Karteneditor ähnlich OpenSeaMap und FreieTonne und gleichzeitig OSM-Kartendaten (ordentliche Lizenzangabe unten links am Bildschirm) bekommen. In unsere OSM-Daten sind Gewässerdaten eingeblendet, die über das, was in unserer DB steckt, hinausgehen: Die für uns bisher unerreichbaren Gewässertiefen. Da ich hier keine deutliche lizenzrechtliche Abgrenzung der Inhalte sehe: Dürfen wir die Tiefenlinien jetzt abmalen? Ich find es übrigens beachtlich, daß die großen Firmen, die bisher mehr oder weniger deutlich auf der Zuverlässigkeit der amtlichen Seekarten rumgeritten sind, jetzt selbst auch im Bereich der Gewässer auf Community-Datenerfassung setzen. ;-) JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Walter Nordmann wrote: Norbert Kück wrote: Meine Basis ist Windows - da werde ich dir kaum Tipps geben können. Ich verwende den Editor Scriptly: http://scriptly.webocton.de/ Hi Norbert, ich hab es mal mit Wine installiert. Ist ne Software, mit der sauber programmierte Windows-Programme auch unter Linux laufen. Scheint zu funktionieren. Danke Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Wiki-tp6536798p6536959.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Fuer verregnete Winterabende eignet sich die folgende Liste: http://en.wikipedia.org/wiki/Comparison_of_text_editors Da sind jede Menge Editoren aufgelistet. Wer es plattformuebergreifend und dann auch noch lizenzfrei will, sollte sich mal Scite anschauen. Mit ihm kann man nicht nur eine Unzahl Programmiersprachen mit Highlighting bearbeiten, sondern er ist auch noch extrem anpassbar an die eigenen Beduerfnisse. Er muss nicht explizit installiert werden, sondern kann zum Ausprobieren erst mal so gestartet werden. Der meiner Meinung nach beste Editor unter Windows ist TextPad - leider nicht kostenlos. Darueberhinaus gibt es Notpad++, der meines Wissens lizenzfrei ist und sehr gut sein soll, aber ich habe ihn selbst nicht intensiv ausprobiert. Werner Links zu Scite http://www.scintilla.org/SciTE.html http://scintilla.sourceforge.net/SciTEImage.html Windows Installer http://opensource.ebswift.com/SciTEInstaller/ Links zu NotePad++ Home Page http://sourceforge.net/project/showfiles.php?group_id=95717 Download http://sourceforge.net/project/showfiles.php?group_id=95717package_id=102072 http://notepad-plus.sourceforge.net/uk/site.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Operator bei Bundesstraßen und Autobahnen
Am 01.07.2011 07:57, schrieb Wolfgang: Hallo, Am Freitag 01 Juli 2011 07:14:19 schrieb Christian H. Bruhn: Hallo! Es gibt in Deutschland ja einige Streckenabnschnitte von Bundesstraßen (z.B. Herrentunnel in Lübeck) und Autobahnen (z.B. A1 zwischen Hamburg und Bremen) die von privaten Unternehmen betrieben werden. Also kommt an diese Streckenabschnitte ganz klar ein entsprechender Operator. Nun gibt es ja auch die Sammelrelationen für Autobahnen bzw. Bundesstraßen; dort steht aber als Operator 'Bundesrepublik Deutschland' drin. Für die ganze Strecke ist das aber falsch. Wie soll man nun vorgehen? Die Information aus der Relation rausnehmen und alle Streckenabschnitte taggen? Oder der Regel folgen, dass das Spezielle das Allgemeinere verdrängt / überlagert. Ins Wiki eintragen und gut ist. +1 Ja das fehlt noch. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Um mal zum Ausgangspost zurückzukehren: Mir wär ja ein Editor ganz recht, der auch die Wiki-Syntax darstellen kann. Das ist ja was anderes als normales html. Gibts da sowas? Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Am 01.07.2011 14:17, schrieb André Joost: Mir wär ja ein Editor ganz recht, der auch die Wiki-Syntax darstellen kann. Das ist ja was anderes als normales html. Gibts da sowas? Ich nehme an, du meinst Syntax Highlighting? Siehe: http://en.wikipedia.org/wiki/Wikipedia:Text_editor_support Speziell dort der Abschnitt How to set up specific editors for Wikipedia editing Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Der AIOTM (All-in-One-TileManager)
Hallo Liste, Ach ja, bevor die Urlaubssaison richtig losgeht, wollte ich doch noch mal nach dem AIOTM fragen. Irgendwie klingelt es bei mir, dass der schon im Januar einsatzfähig sein sollte... Wahlweise wäre für mich wirklich noch mal die Frage ob man nicht doch eine AIO Südeuropa (z.B. ab 50° N nach Süden und eine Nordeuropa, bzw, eine West und eine Osteuropa Karte einrichten könnte. So wäre sie zumindest für die kommende Zeit auch wieder am etrex handelbar. Gruß UMAX ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Tobias Knerr wrote: Am 01.07.2011 14:17, schrieb André Joost: Mir wär ja ein Editor ganz recht, der auch die Wiki-Syntax darstellen kann. Das ist ja was anderes als normales html. Gibts da sowas? Ich nehme an, du meinst Syntax Highlighting? Siehe: http://en.wikipedia.org/wiki/Wikipedia:Text_editor_support Speziell dort der Abschnitt How to set up specific editors for Wikipedia editing Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Liste, ich habe unter der Adresse http://eclipsewiki.sourceforge.net/ ein Plugin fuer Eclipse gefunden. Eclipse ist eine IDE, also eine Entwicklungsumgebung primaer fuer Java, aber auch fuer andere Programmiersprachen, wie z. B. PHP ... Eclipse kann mit Plugins erweitert werden, ist allerdings nicht ganz einfach in der Installation / Konfiguration. Vielleicht ist ja unter den Lesern ein Fachmann. Das genannte Plugin erscheint mir zumindest einen Blich wert. Mit freundlichen Gruessen Werner PS: http://www.scroogle.org/cgi-bin/nbbw.cgi?Gw=eclipse+wiki+edit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Netter Artikel auf Heise
Am 01.07.2011, 11:16 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: Am 01.07.2011 10:14, schrieb Jacques Nietsch: http://www.heise.de/ct/artikel/App-ins-Gruene-1260683.html Da kommt OSM ziemlich gut bei weg :-) Jacques Hi ! Das ist ein Auszug aus dem aktuellen Magazin !! Gruß Jan :-) Kann sein, aber nicht jeder hier kauft die CT, insofern war mein Posting hoffentlich nicht völlig sinnfrei. Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=axis
Moin! Am 01.07.2011 06:03, schrieb Wolfgang: Brücke am Museumshafen in Lübeck (als einzige richtig dargestellt) http://www.openstreetmap.org/?lat=53.872488lon=10.682243zoom=18layers=M Ob die Darstellung richtig oder zumindest besser als andere ist, kann man diskutieren. Eine Drehbrücke mit zwei getrennten Fahrbahnen und einem Bahngleis auf der nördlichen Fahrbahn wird als zwei nebeneinanderliegende Straßenbrücken mit unterschiedlichem Namen und einer Straßenbahnbrücke auf der Nordfahrbahn gezeichnet. In z=18 bilden die zwei Fahrbahnen optisch eine Einheit. Würde man z=20 rechnen hätte man mit den Fußwegen vier getrennte Brücken. Aber eine Interpretation durch einen Renderer sollte ohnehin nicht entscheidend für die Datenbankerfassung sein. Die Nordfahrbahn ist erfasst als bridge=yes electrified=no highway=secondary layer=1 maxspeed=50 name=Drehbrücke oneway=yes railway=tram source:maxspeed=DE:urban Dass Bahngleise als railway=rail und nicht als railway=tram bezeichnet werden, hatten wir vor wenigen Tagen geklärt. Für railway und highway würde ich zwei ways über dieselben nodes anlegen, damit die tags electrified, maxspeed, oneway richtig zugeordnet werden können. Weder Brücke noch Straße oder Bahn haben den Namen Drehbrücke. Nord- und Südhälfte derselben Brücke sollten nicht verschiedene Namen haben. bridge=swing und description=Drehbrücke wären sinnvoll. Auch in der Umgebung wird teilweise nur eine Karte gemalt. Nördlich der Brücke gibt es den Fluss namens Hansahafen der entgegen der Trave in derselben Wasserfläche fließt. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Qualcuno usa OSM!!!
Avete visto? http://www.emergenzaspazzatura.it/ Software libero e OSM, una combinazione vincente ;-) Ora un rinnovato impegno a migliorare la mappa :-) Ciao. luca -- Passa al software libero! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
Si, e come al solito qualche giornalista scrive baggianate: http://www.emergenzaspazzatura.it/page/index/1 *... pubblicando tutto su una mappa di google... * Bah! Ciao /niubii/ Il giorno 01 luglio 2011 10:08, luca menini menini.l...@gmail.com ha scritto: Avete visto? http://www.emergenzaspazzatura.it/ Software libero e OSM, una combinazione vincente ;-) Ora un rinnovato impegno a migliorare la mappa :-) Ciao. luca -- Passa al software libero! ___ 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] Qualcuno usa OSM!!!
Scusami, saro' un po' antipatico ma al di la' di avere openstreetmap come sfondo (cosa molto gradita) per il resto non vedo altri contributi. L'applicazione si basa sull'arcinoto e bellissimo Ushahidi, accessibile anche attraverso crowdmap.com Tra l'altro prima l'urla era proprio rifiutiamoci.crowdmap.com :) In ogni caso e' sempre importante proporre la mappa di osm come sfondo. Credo possa essere sempre un buon metodo per far conoscere il progetto e trovare nuovi adepti :) 2011/7/1 luca menini menini.l...@gmail.com: Avete visto? http://www.emergenzaspazzatura.it/ Software libero e OSM, una combinazione vincente ;-) Ora un rinnovato impegno a migliorare la mappa :-) Ciao. luca -- Passa al software libero! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
Il 01 luglio 2011 10:58, Maurizio Napolitano napoo...@gmail.com ha scritto: Scusami, saro' un po' antipatico ma al di la' di avere openstreetmap come sfondo (cosa molto gradita) per il resto non vedo altri contributi. Intendevo dire che ora e' compito nostro migliorare la mappa, stimolati dal fatto che la mappa di OSM e' usata come sfondo in un progetto potenzialmente molto conosciuto. Questa scelta di di un quotidiano importante da ulteriore visibilita' a OSM. Ora si tratta di tradurre visibilita in impegno per il progetto. E questo e' il nostro lavoro ;-) Ciao. luca -- Passa al software libero! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
Il giorno 01 luglio 2011 11:06, luca menini menini.l...@gmail.com ha scritto: Questa scelta di di un quotidiano importante da ulteriore visibilita' a OSM. O a Google ;-) Ciao. luca Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
come mappatore sono sempre felice di vedere la nostra mappa usata in siti di grande visibilità. Comunque posso confermare che ormai da qualche tempo OSM viene usata seriamente in moltissime situazioni e applicazioni interne a enti e ditte, la possibilità di accedere ai dati grezzi (e di qualità) assume sempre più valore. Si, e come al solito qualche giornalista scrive baggianate: http://www.emergenzaspazzatura.it/page/index/1 ... pubblicando tutto su una mappa di google... in realtà non è sbagliato quello che scrivono in quanto parlano del 2007 e ed effetivamente al tempo le mappe erano quelle di google. Ad ogni buon conto ho usato il modulo sotto contatti per inviargli una segnalazione, copio quà sotto quello che gli scritto: --- Nel farvi i complimenti per il progetto e il modo in cui è stato realizzato vorrei segnalarvi che nella pagina Il PROGETTO nel primo paragrafo della sezione Che cos'è Ushahidi compare la frase pubblicando tutto su una mappa di google. Andrebbe precisato che, se questo era vero per i progetti del 2007, recentemente vengono utilizzate le mappe di OpenStreetMap come del resto viene indicato correttamente sulla mappa stessa. OpenStreetMap è un progetto di mapping collaborativo che conta nel mondo più di 200.000 utenti che stanno mappando ogni angolo del globo. Per sottolineare l'importanza del progetto, soprattutto in zone difficili, segnalo che il lavoro di molti mappatori in occasione del terremoto di Haiti è stato riconosciuto ufficialmente anche dall'ONU. --- Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
Il giorno 01 luglio 2011 11:12, Stefano Salvador stefano.salva...@gmail.com ha scritto: c in realtà non è sbagliato quello che scrivono in quanto parlano del 2007 e ed effetivamente al tempo le mappe erano quelle di google. Ah, bene. Su ushahidi.com, nella pagina relativa alla descrizione del progetto, è riportato il testo in inglese dal quale (presumo) che gli autori italiani abbiamo desunto i contenuti della pagina http://www.emergenzaspazzatura.it/page/index/1 Pero' nel testo inglese non si fa riferimento alle mappe ... di google..., ecco perche' mi sembrava una baggianata. Del resto, non sarebbe la prima volta. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
Pero' nel testo inglese non si fa riferimento alle mappe ... di google..., ecco perche' mi sembrava una baggianata. Del resto, non sarebbe la prima volta. che molti giornalisti scrivano baggianate è un triste dato di fatto ... speriamo leggano almeno i messaggi che gli arrivano. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Augusta - porto di Priolo
Proseguendo nella verifica del posizionamento di fari e altri corpi luminosi (discussione in Fwd: Italian lights) nel porto di Priolo, col PCN ho trovato molte differenze tra cui un frangiflutti di circa un chilometro. Qualcuno del luogo potrebbe verificare? Le modifiche le ho eseguite nel changeset http://www.openstreetmap.org/browse/changeset/8597737 grazie Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
che molti giornalisti scrivano baggianate è un triste dato di fatto ... speriamo leggano almeno i messaggi che gli arrivano. a quanto pare chi si è occupato del progetto fa parte dei giornalisti seri (visto che conoscono OSM non ne dubitavo ;-) ), ecco quà la super-rapida risposta che mi hanno mandato e che autorizzano a pubblicare in ML: - Grazie Stefano per la segnalazione. La descrizione riporta che in Kenya nel 2007 è stato utilizzato Google Maps, come introduzione alla storia di Ushahidi e fa riferimento a quel primo evento. In fase di inizializzazione di Emergenza Spazzatura abbiamo scelto di usare OpenStreetMap proprio perchè conosciamo bene il progetto e ne apprezziamo la portata tecnica e la politica. Stavamo proprio in questi minuti discutendo su come riscrivere la pagina IL PROGETTO anche per spingere gli utenti ad utilizzare i feedback (che determina attendibilità o rilevanza del problema) e ad inviare materiale fotografico. La tua osservazione comunque è corretta, vedremo come inserire nella nuova versione della pagina, la citazione del progetto OpenStreetMap che per altro stiamo utilizzando anche noi. - come si vuol dire: basta chiedere ... Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
2011/7/1 Stefano Salvador stefano.salva...@gmail.com: La tua osservazione comunque è corretta, vedremo come inserire nella nuova versione della pagina, la citazione del progetto OpenStreetMap che per altro stiamo utilizzando anche noi. - come si vuol dire: basta chiedere ... notavo ora che anche alcuni web delle testate locali del gruppo espresso usano ushahidi, ma con googlemaps. ad esempio mantova: http://gazzettadimantova.gelocal.it/infografica/3918703 -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
bisognerebbe fare una piccola modifica al codice di Ushahidi in modo che, nella installazione di default, presenti OpenStreetMap :) 2011/7/1 Simone Cortesi sim...@cortesi.com: 2011/7/1 Stefano Salvador stefano.salva...@gmail.com: La tua osservazione comunque è corretta, vedremo come inserire nella nuova versione della pagina, la citazione del progetto OpenStreetMap che per altro stiamo utilizzando anche noi. - come si vuol dire: basta chiedere ... notavo ora che anche alcuni web delle testate locali del gruppo espresso usano ushahidi, ma con googlemaps. ad esempio mantova: http://gazzettadimantova.gelocal.it/infografica/3918703 -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
notavo ora che anche alcuni web delle testate locali del gruppo espresso usano ushahidi, ma con googlemaps. infatti, ushaidi ti da la possibilità di scegliere la mappa di base, loro hanno scelto OSM e questo me li rende immediatamente più simpatici :-) Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
Perchè se seleziono i layers di t@h e cyclemap mi fa vedere sempre mapnik? Il -10/01/-28163 20:59, Maurizio Napolitano ha scritto: bisognerebbe fare una piccola modifica al codice di Ushahidi in modo che, nella installazione di default, presenti OpenStreetMap :) 2011/7/1 Simone Cortesi sim...@cortesi.com: 2011/7/1 Stefano Salvador stefano.salva...@gmail.com: La tua osservazione comunque è corretta, vedremo come inserire nella nuova versione della pagina, la citazione del progetto OpenStreetMap che per altro stiamo utilizzando anche noi. - come si vuol dire: basta chiedere ... notavo ora che anche alcuni web delle testate locali del gruppo espresso usano ushahidi, ma con googlemaps. ad esempio mantova: http://gazzettadimantova.gelocal.it/infografica/3918703 -- -S ___ 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] domande marine
Sto cercando di sistemare un po' meglio la zona di Framura. La linea di costa in quella zona e' molto approssimativa. Ho quindi cercato di seguire la mappa di Bing per renderla piu' precisa. Come sempre pero' sono sorte alcune difficolta' (uso Potlatch): - volevo segnare la spiaggia ma non ho capito come fare per evitare di tracciare la parte del contorno che si sovrappone alla linea di costa. Ho anche visto che in un paese vicino e' stata inserita la spiaggia ma non ho capito come hanno fatto. La spiaggia sembra trovarsi tra 2 way (la coastline e un'area residenziale) ma non ho capito come fare per taggare l'area formata dall'intersezione delle 2 way. Ci vuole Josm? - ho inserito alcune barriere fatte di scoglie un'isoletta. Questi elementi fanno parte del comune? In caso affermativo dove va tracciato il confine in mare? - alcuni toponimi li ho visti direttamente, altri li ho letti su un file pdf che non ha indicazioni di copyright, mentre il sito da cui ho scaricato il file si': http://www.framuraterramare.it/mappa.asp Come mi comporto? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcuno usa OSM!!!
Il 01/07/2011 12:24, Stefano Salvador ha scritto: che molti giornalisti scrivano baggianate è un triste dato di fatto ... speriamo leggano almeno i messaggi che gli arrivano. a quanto pare chi si è occupato del progetto fa parte dei giornalisti seri (visto che conoscono OSM non ne dubitavo ;-) ), ecco quà la super-rapida risposta che mi hanno mandato e che autorizzano a pubblicare in ML: come si vuol dire: basta chiedere ... Infatti hanno già fatto :-) Ciao, Stefano Ciao Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Start på motorvejsfrakørsler
30. jun. 2011 21.30 skrev Jeff Huntington jeff.hunting...@tdcadsl.dk: Det mest logiske må være at gøre som du foreslår. Det er der, at selve frakørselsskiltet står, og uden at være ekspert i routing software må det være vigtigste at vide, hvor frakørselsbanen starter - ellers kan jo man ikke beregne afstandene ordentligt til de forskellige forvarsler (Drej til højre om 1 km eller hvad det nu er, de siger). Det er lidt sent at få besked, når frakørselsbanen er helt adskilt. Enig. Jeg rettede for noget tid siden nogle stykker i Nordjylland til at følge starten på banen. Jeg tror forskellen først og fremmest skyldes at præcisionen på de GPS-spor de var indtegnet efter ikke gav mulighed for gøre det præcist nok. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Navngivning af motorvejskryds
Hej, Jeg er gået i gang med et lille projekt hvor jeg tilføjer navn og nummer på alle motorvejsfrakørsler. Indtil videre har jeg rettet Helsingørmotorvejen, Motorring 3, halvdelen af Holbækmotorvejen. Men nu har vejdirektoratet jo valgt ikke at nummerere motorvejskryds, og derfor så står jeg lidt uden præcedens om omkring hvordan disse frakørsler skal navngives. Efter efterabning fra tyskerne, har jeg brugt følgende metode: highway=motorway_junction name=Motorvejskryds Brøndby exit_to=E47 Helsingør;E55 Helsingør;E20 Malmø Det giver desværre en lidt rodet fremstilling på kortet, men til navigering virker det mere korrekt. Har i nogen forslag til hvordan jeg bedre kan gøre det? eller så fortsætter jeg bare :) Mvh. Torben ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-se] Fråga angående licensändringen och Skåneleden
Hejsan Andreas, Undrar lite över vad som händer med skåneleden vid licensändringen. Kommer det du lagt in att försvinna? Kan du få tillstånd att använda materialet under den nya licensen? Jag har inte kontaktat Region Skåne angående tillstånd att använda deras material under ODbL. Vet därför inte hur svårt det vore att övertyga dem om att ge tillåtelse, men till skillnad från CC-BY-SA, som de kände till sedan tidigare, så är ODbL helt ny och okänd. Det lär därför krävas en del pedagogiskt arbete för att förklara varför ODbL är bra för dem. Som det ser ut nu har jag ingen ork att utföra detta pedagogiska arbete och vänta ut de interna processer Region Skåne har för att få igenom ett sådant beslut. Visserligen är det lite surt att bli av med alla de ändringar jag gjort då de representerar en hel del timmars arbete, men ifall det är priset för att slippa legalistisk byråkrati så betalar jag det gärna :-) Oavsett, har inte bidragit med alltför mycket till OSM så jag skulle tippa på att det snabbt kan ersättas. För egen del så är jag inte speciellt imponerad av licensändringen och hur den utförts och är frestad att inte acceptera CT och ODbL. Men kan (motvilligt) acceptera den för att andra mappare ska slippa dubbeljobb. Hursomhelst, verkar röra sig om ca. 300 ways som är taggade med attribution=Region Skåne[1]. En del sträckor har blivit manuellt mappade sedan importen så de bör inte beröras (jag har plockat bort attribution-taggen från ways allt-eftersom jag vandrat lederna och använt GPS-spåren och foton som grundmaterial). Ett alternativ är således att helt enkelt radera dessa ways och manuellt kartlägga dem, det bör ändå göras då Region Skånes material inte innehåller information angående vindskydd, vägtyp, broar, dricksvatten, toaletter, soptunnor, stängsel, grindar och annat som kan vara intressant för en vandrare. CC:ar till talk-se då allmän diskussion kanske kan vara belysande. [1] http://jxapi.openstreetmap.org/xapi/api/0.6/*[attribution=Region+Skåne] Mvh Robert signature.asc Description: This is a digitally signed message part ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Guia para catrasteitor
El día 29 de junio de 2011 16:10, jynus jyn...@gmail.com escribió: 1) Juntaros aquí abajo los interesados ¡Me junto! PD: Opcionalmente, hacer una quedada con la excusa de organizar esto, para realmente echar unas amenity=beer Yo no puedo. Cuenten las conclusiones. Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guia para catrasteitor
El día 1 de julio de 2011 18:59, Javier Sánchez javiers...@gmail.com escribió: El día 29 de junio de 2011 16:10, jynus jyn...@gmail.com escribió: 1) Juntaros aquí abajo los interesados ¡Me junto! PD: Opcionalmente, hacer una quedada con la excusa de organizar esto, para realmente echar unas amenity=beer Yo no puedo. Cuenten las conclusiones. Tranquilo, ajuntado, que en un finde no se importan 40 millones de edificios ni se cumplen los objetivos de la asociación. Tendrás tu parte de marrón. Presidente/secretario: id pensando en convocar junta anual. Y Jaume creo que tenía pendiente unas propuestas... -- Jaime: enmarroning desde 2008 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] GeoImage in HiRes (!)
Hallo Leute! Ich war heute auf der GeoImage.at Seite und mich hat fast der Schlag getroffen. Es gibt jetzt einen neuen Service in bester Auflösung (1m)! Der alte DOP-free Dienst wird nicht mehr angepriesen. Und das beste daran, er ist ausdrücklich für OpenData-communities freigegeben! Allerdings kommen mir bei der Formulierung Zweifel, ob diese Freigabe für OSM tauglich ist: Die Nutzung für die Erzeugung von Folgeprodukten (siehe 5. oben) ist unter der Voraussetzung gestattet, dass die erzeugten Folgeprodukte der Creative Common Lizenz „Namensnennung-NichtKommerziell-Weitergabe unter gleichen Bedingungen 3.0 Österreich (CC BY-NC-SA 3.0)“, siehe http://creativecommons.org/licenses/by-nc-sa/3.0/at/, unterliegen. Auch caching und cascading ist wie gehabt untersagt. Ein weiteres Hindernis ist die erforderliche persönliche Registrierung im Kundenbereich des Lebensministeriums, die sich einigermaßen mühsam erwiesen hat. Dann aber erhält man einen key und kann die wirklich scharfen Luftbilder laden (mit Wasserzeichen wie gehabt). Auf Grund der Lizenzbestimmungen bleibe ich vorerst zum Abzeichnen bei der alten free Version (in meiner Gegend gibts ja auch noch Bing) aber Detailvergleiche werden ja wohl noch im Rahmen der privaten Nutzung erlaubt sein? -- Bis demnächst, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] GeoImage in HiRes (!)
Servus! Heute (1. Juli) um 18:21 schrieb Soldier Boy: Irgendwie bekomm ich das nicht hin... Ja, ich hab auch eine weile gebraucht. Ich beschreibe einmal den ganzen Vorgang: Zuerst muss man sich im Kundenbereich anmelden https://kunden.bmlfuw.lfrz.at/ Wenn man das passwort per Email zugeschickt bekommen hat, geht man auf https://kunden.bmlfuw.lfrz.at/lfrz.at/wmsgw/customergui (vorher muss man noch das passwort ändern) Hier muss man sein Nutzerprofil anlegen (Art der Nutzung). Anschließend klickt man in der Menüleiste auf Service-Verwaltung. Hier braucht man nichts eingeben, nur auf URL erzeugen klicken. Darauf erscheint unten die URL mitsamt dem Key, aber ohne die Parameter. Im WMS-Editor von Merkaartor kann man diese eingeben (ohne das abschleßende und kann die Layer wählen (alle Bild-Layer, keine Meta-Layer). Das Ergebnis ist dann: http://gis.lebensministerium.at/wmsgw/?key=[--dein--key--]VERSION=1.1.1SERVICE=WMSLAYERS=Luftbild_MR,Luftbild_1m,Luftbild_8m,Satellitenbild_30mSRS=EPSG:3857STYLES=,,,FORMAT=image/jpg -- Mit besten Grüßen, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-cz] Neznacena cyklotrasa
Ahoj, mam se nejak snazit zakreslit cyklostezku, ktera ma u Shocartu v mape cislo, ale fyzicky na trase neni jedina cedule? F. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Neznacena cyklotrasa
Dne 2.7.2011 0:04, Michal Grézl napsal(a): 2011/7/1 f.remenstech f.remenst...@gmail.com: Ahoj, mam se nejak snazit zakreslit cyklostezku, ktera ma u Shocartu v mape cislo, ale fyzicky na trase neni jedina cedule? F. kdyz tam neni, tak jak ji chces nakreslit? Chapal bych to tak, ze fyzicky tam je cesta/silnice, je to zakresleny v mape, ale nejsou tam ukazatele ktery by oznacovaly kudy se dat. A pokud je to existujici trasa, byt bez znaceni, tak samo do mapy s ni. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Salut et encouragement pour Camille obligée de quitter Ecrans.fr
Bonjour, Tout pareil, j'ai débuté ma contribution à OSM au moment de la parution de cette série qui a réussi a bien m'expliquer ce qu'était OSM (mieux que le wiki ! ;-). J'ai plusieurs fois transmis un lien vers ces articles pour encourager des connaissances à participer à ce projet. Bonne route à Camille. Brice Le 30 juin 2011 à 22:29, Ab_fab a écrit : Bonsoir, Je m'associe à Christian pour souhaiter bon vent à Camille. J'ai eu le plaisir de découvrir OSM par le biais de sa série d'articles de l'été 2009, et depuis l'intérêt n'est jamais redescendu, loin s'en faut. Bon, ma copine aurait bien deux mots à lui dire, mais ça c'est une autre histoire ;-) A noter, deux articles de Camille demain qui parlent, je vous le donne en mille ... d'OpenStreetMap ! http://www.liberation.fr/medias/01012346513-les-geants-du-web-seduits-par-les-amateurs http://www.liberation.fr/medias/01012346512-openstreetmap-le-wiki-distribue-les-cartes Le 30 juin 2011 22:00, Christian Rogel christian.ro...@club-internet.fr a écrit : Camille Gévaudan s'était acquis la gratitude de la communauté OSM francophone par sa série de 6 articles sur Ecrans.fr, un site appartenant au quotidien parisien Libération. Son contrat à durée déterminée s'arrête aujourd'hui et ne pourrait être renouvelé avant trois mois pour des raisons juridiques. Elle avait elle-même cherché à comprendre les outils OSM pour faire le plan de sa ville de Lorraine et nous avait demandé notre aide. Nous étions plusieurs à avoir accepté de voir nos avis sur OSM reproduits dans un de ses articles. Je crois que nous pouvons lui dire un grand merci et lui souhaiter un avenir radieux dans sa profession de journaliste numérique. Peut-être, à bientôt, Camille, Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Salut et encouragement pour Camille obligée de quitter Ecrans.fr
Le 30/06/2011 22:00, Christian Rogel a écrit : Camille Gévaudan s'était acquis la gratitude de la communauté OSM francophone par sa série de 6 articles sur Ecrans.fr, un site appartenant au quotidien parisien Libération. Son contrat à durée déterminée s'arrête aujourd'hui et ne pourrait être renouvelé avant trois mois pour des raisons juridiques. Elle avait elle-même cherché à comprendre les outils OSM pour faire le plan de sa ville de Lorraine et nous avait demandé notre aide. Nous étions plusieurs à avoir accepté de voir nos avis sur OSM reproduits dans un de ses articles. Je crois que nous pouvons lui dire un grand merci et lui souhaiter un avenir radieux dans sa profession de journaliste numérique. Peut-être, à bientôt, Camille, Camille a toujours produit des articles de qualité. Elle fait parti de ces journalistes dont en voyant le nom en bas de l'article, on est certain de passer un bon moment à le lire. Elle était suffisamment intéressante pour se distinguer au sein d'ecrans.fr ; pas une mince affaire quand on voit la bonne barbac' qui travaille là-bas ! J'espère que tu retrouveras très vite un poste afin que nous puissions continuer à te lire. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports sauvages de bâti du cadastre
Le 30/06/2011 23:59, isnogoud a écrit : Depuis plus d'un mois, un nouveau(?) contributeur se livre à de nombreux imports de bâti du cadastre sans effectuer aucune correction. Je lui ai amicalement signalé la page du wiki décrivant les traitements à effectuer avant import et je lui ai proposé de me contacter s'il avait besoin d'aide. Il n'a pas daigné me répondre et poursuit actuellement comme si de rien n'était. Quelqu'un peut-il intervenir pour contenir sa frénésie et limiter les dégâts ? Ses œuvres sont visibles sur Concarneau, Paimpol, Plouha, Condrieu. Donne moi les ID des changeset, on va commencer par nettoyer tout ça. Tu peux contacter d...@osmfoundation.org pour leur expliquer la situation et avoir un blocage de l'utilisateur. Accessoirement, je peux mettre un message personnalisé sur le dépôt des fichiers à son attention (des fois qu'il passe par ça) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre-fr, un soucis sur JOSM ?
Pieren pier...@gmail.com a �crit : Je viens de mettre en ligne une nouvelle version du plugin cadastre-fr qui corrige ce problème (rev.26228). Je viens de tester. Ca marche. Il est probable que cette version ne fonctionne qu'avec JOSM latest (à partir de rev.4181). Mise à jour automatique avec latest, rien avec tested même en manuel. Merci. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre-fr, un soucis sur JOSM ?
Le 01/07/2011 01:35, Pieren a écrit : Je viens de mettre en ligne une nouvelle version du plugin cadastre-fr qui corrige ce problème (rev.26228). Il est probable que cette version ne fonctionne qu'avec JOSM latest (à partir de rev.4181). Si la mise à jour n'est pas automatique, il est possible de la faire manuellement depuis le menu des préférences (rafraichir la liste auparavant). Pieren Merci beaucoup ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Salut et encouragement pour Camille obligée de quitter Ecrans.fr
Ha, trop bête qu'il ne l'embauche pas en CDI quelle plaie cette société de précariat. Bon courage à Camille que j'ai connu sur les bancs de la FAC et que j'ai eu l'immense surprise de retrouver sur Libé à parler d'OSM ;) -- Gaëtan 2011/7/1 Philippe Pary phili...@cleo-carto.com Le 30/06/2011 22:00, Christian Rogel a écrit : Camille Gévaudan s'était acquis la gratitude de la communauté OSM francophone par sa série de 6 articles sur Ecrans.fr, un site appartenant au quotidien parisien Libération. Son contrat à durée déterminée s'arrête aujourd'hui et ne pourrait être renouvelé avant trois mois pour des raisons juridiques. Elle avait elle-même cherché à comprendre les outils OSM pour faire le plan de sa ville de Lorraine et nous avait demandé notre aide. Nous étions plusieurs à avoir accepté de voir nos avis sur OSM reproduits dans un de ses articles. Je crois que nous pouvons lui dire un grand merci et lui souhaiter un avenir radieux dans sa profession de journaliste numérique. Peut-être, à bientôt, Camille, Camille a toujours produit des articles de qualité. Elle fait parti de ces journalistes dont en voyant le nom en bas de l'article, on est certain de passer un bon moment à le lire. Elle était suffisamment intéressante pour se distinguer au sein d'ecrans.fr ; pas une mince affaire quand on voit la bonne barbac' qui travaille là-bas ! J'espère que tu retrouveras très vite un poste afin que nous puissions continuer à te lire. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jeu de données ASTER = conversion en courbe de niveau
J'avais lancé une demande de téléchargement, mais j'ai jamais eu de réponse. C'est un peu lourd leur méthode de distribution ... Joli euphémisme, c'est carrément galère tu veux dire ! Si çà peut donner des idées, ci-joint le script qui m'a généré le hillshade SRTM. Bon, je pense qu'il y a mieux à faire pour les effets de bords, je ne me suis préoccuppé que d'avoir un rendu graphiquement satisfaisant. Merci, je garde de coté. Bien vu l'utilisation des outils imagemagick pour rendre transparent (si c'est bien ça que ça fait) Comme il a été dit précédemment dans le fil, sur mon rendu j'ai opté pour de l'ombrage ET de la couleurs par altitude mais il est vrai que le rendu par dessus cet arc-en-ciel de couleur est parfois difficile à voir et parfois à lire. Je réfléchissais à revenir en arrière et choisir uniquement l'ombrage, mais ce n'est pas parfait, comme tu l'as dis, le distinguo pente au soleil contre plateau est plus dur encore à voir. Aucune solution n'est parfaite. La solution du google relief, qui s'approche semble-t-il de l'idée d'utiliser une gradient altimétrique utilisant moins de couleur permet de limiter les collisions de couleurs. -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jeu de données ASTER = conversion en courbe de niveau
Concernant ma fusion, effectivement, c'est la fusion d'une même altitude. Cela permet de diviser énormément le nombre d'objet (diminution du poids de la BD). Ok, j'avais donc bien compris. Cependant, pour la baisse du poids de la BD, je ne suis pas sûr que ça gagne tant que ça puisque les vertex sont toujours présents, on économise donc juste la redondance de l'altitude. Et ensuite je me pose la question de savoir si ça ne devient pas ingérable pour faire des requêtes avec bbox, puisque le champ, les courbes d'altitude 50m il y en a sur toute la terre ? -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jeu de données ASTER = conversion en courbe de niveau
Sur une dame le poids sans la fusion pesait deux fois plus lourd C'était avec du shape a voir avec postgis. Le backup avec courbe fusionnée Pèse 850 mega. Pour les requêtes je ne sais pas si cela pose Souci. Mais ca devrait le faire en incluant le critère topologique. Concernant ma fusion, effectivement, c'est la fusion d'une même altitude. Cela permet de diviser énormément le nombre d'objet (diminution du poids de la BD). Ok, j'avais donc bien compris. Cependant, pour la baisse du poids de la BD, je ne suis pas sûr que ça gagne tant que ça puisque les vertex sont toujours présents, on économise donc juste la redondance de l'altitude. Et ensuite je me pose la question de savoir si ça ne devient pas ingérable pour faire des requêtes avec bbox, puisque le champ, les courbes d'altitude 50m il y en a sur toute la terre ? -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Loïc et Flo. Créateurs et administrateurs de www.partir-en-vtt.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur mutualisé pour rendu du relief
On 30. 06. 11 23:23, hamster wrote: la précision, à part les courbes de niveaux qui elles sont directement chiffrées ... Et pour je n'ai pas parle de precision mais de lisibilite sur cet exemple http://www.cartes-topographiques.fr/?lt=48.78132lg=2.314719zm=13tp=terrain on voit bien que le coin de bagneux est a peu pres a la meme hauteur que celui de sceaux c'est pas au metre pres mais y'a pas mal d'usages pour lesquels ca suffit, et vu comme c'est urbanise t'aura bien du mal a t'y retrouver sur une carte avec lignes de niveau J'entends bien, mais c'est dur de faire l'unanimité pour les couleurs. C'est pour cela que je proposer de chercher une solution ou les tuiles sont des geotiffs (par exemple) avec seulement les données d'altitudes. Reste à trouver le truc coté client pour faire le rendu avec des couleurs au chois de l'utilisateur. Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu coté navigateur ( était :OSM destiné pour un besoin de =?iso-8859-15?q?_=3D=3Fiso-8859-15=3Fq=3F=5Frandonn=3DE9e=3F=3D?=)
Pour info, la faisabilité de l'intégration des données d'élévation aux tuiles Geo-json est au désormais au menu du développement de kothic-js https://github.com/kothic/kothic-js/issues/23 Cordialement Le 30 juin 2011 18:09, Ab_fab gamma@gmail.com a écrit : C'est apparemment pris en compte à la génération des tuiles (noeuds aux limites) et pendant le rendu If a polygon or a line crosses a tile boundary, it should be cropped to only contain points that lie inside or on boundary of a tile, but Kothic JS will automatically hide edges of polygon which lie on tile boundaries. https://github.com/kothic/kothic-js/wiki/Tiles-format Les tuiles sont générées à partir d'une base Postgis, elle même remplie a l'aide d'osm2pgsql https://github.com/kothic/kothic-js/wiki/json_getter-setup Donc le processus n'est finalement pas si éloigné de la fabrication de tuiles images. Je comprends les problèmes potentiels que tu indiques, mais je n'ai pas vu de messages mettant en évidence ce genre de bugs dans le fil de discussion suivant : http://lists.openstreetmap.org/pipermail/mapcss/2011-June/000196.html Le 30 juin 2011 17:47, Pieren pier...@gmail.com a écrit : 2011/6/30 Ab_fab gamma@gmail.com J'ai la même compréhension : ce sont des tuiles vectorielles, qui doivent être générées selon une stratégie optimisée en fonction de la demande pour les zones géographiques données. Mouais. Je voudrais voir comment sont réglés les grands objets dans ce système. Si un ou les deux nodes d'un way ne se trouvent pas sur la tuile par exemple - obligation de créer des noeuds virtuels aux limites ? Si on fait un way par tuile, comment on fusionne les données pour ne pas créer d'artefacts à l'affichage (par exemple un nom affiché sur chaque tuile) ? Comment gère-t-on les grandes surfaces côté serveur (forêts, lacs) ou côté client (lignes de côte pour l'océan) ? en utilisant les shapefiles de Mapnik ? Pieren ___ 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 -- 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] taguer un réseau d'eau potable
Je n'ose même pas imaginer le niveau des plans dont disposent les communes rurales en régie actuellement. ca ressemble à une feuille de papier jaunie, plutôt usée sur les pliures et dans les coins (attention lors du dépliage) dont le plan, assez approximatif est fait au stylo bille :D En tout cas, merci pour toutes ces précisions. Cdt ___ 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 attachment: face-smile-big.png___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Salut et encouragement pour Camille obligée de quitter Ecrans.fr
N'étant pas sûr que Camille ait continué de lire les post de cette liste (un peu moins de 800 en jin), je lui avais écrit un mot pour lui signaler ce qui s'écrivait à son propos. Elle vient de me répondre qu'elle a vu cela au milieu du pot de départ et qu'il reste un minuscule espoir pour que la sitution d'Ecrans.fr et donc la sienne soit renversée qd'ici quelques semaines. Elle nous remercie beaucoup et nous souhaite bonne continuation. A bientôt, Camille, et peut-être même ici. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Salut et encouragement pour Camille obligée de quitter Ecrans.fr
Le 30 juin 2011 22:29, Ab_fab gamma@gmail.com a écrit : Bonsoir, Je m'associe à Christian pour souhaiter bon vent à Camille. J'ai eu le plaisir de découvrir OSM par le biais de sa série d'articles de l'été 2009, et depuis l'intérêt n'est jamais redescendu, loin s'en faut. Bon, ma copine aurait bien deux mots à lui dire, mais ça c'est une autre histoire ;-) A noter, deux articles de Camille demain qui parlent, je vous le donne en mille ... d'OpenStreetMap ! http://www.liberation.fr/medias/01012346513-les-geants-du-web-seduits-par-les-amateurs http://www.liberation.fr/medias/01012346512-openstreetmap-le-wiki-distribue-les-cartes Je vous conseille fortement de passer par votre maison de la presse du coin. Ces 2 articles sont un excellent support pédagogique pour sensibiliser d'autres personnes... Le 30 juin 2011 22:00, Christian Rogel christian.ro...@club-internet.fra écrit : Camille Gévaudan s'était acquis la gratitude de la communauté OSM francophone par sa série de 6 articles sur Ecrans.fr, un site appartenant au quotidien parisien Libération. Son contrat à durée déterminée s'arrête aujourd'hui et ne pourrait être renouvelé avant trois mois pour des raisons juridiques. Elle avait elle-même cherché à comprendre les outils OSM pour faire le plan de sa ville de Lorraine et nous avait demandé notre aide. Nous étions plusieurs à avoir accepté de voir nos avis sur OSM reproduits dans un de ses articles. Je crois que nous pouvons lui dire un grand merci et lui souhaiter un avenir radieux dans sa profession de journaliste numérique. Peut-être, à bientôt, Camille, Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Corriger ou non le tracé de la Saône
Hello all, Me suis mis à tracer Montmerle-sur-Saône dans l'Ain, au nord de Lyon. Il semblerait que le tracé de la Saône dérape de plus de 100m au moins dans certains cas , là ou le cadastre et l'imagerie Bing sont d'accord, la data OSM rentre carrément dans les champs, chemin de halage et quelques zones construites. C'est le genre de truc qu'on peut ajuster d'office, ou je patiente sagement d'y passer dimanche soir pour confirmer. J'avais déjà vu passer quelque chose sur les tracés de rivière, mais à cet endroit, ils ne doivent pas bouger beaucoup. @++ -- David White User #297763 on http://counter.li.org Jabber: dwh...@im.linux62.org OpenStreetMap Contributor DavidKW ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corriger ou non le tracé de la Saône
Si tout le reste autour est tracé de Bing ou du cadastre, ça me semble normal de faire la même chose avec la rivière. Il me semble plus important que tout est en OSM relatif aux objets qui sont autour. Polyglot 2011/7/2 David White dwh...@linux62.org Hello all, Me suis mis à tracer Montmerle-sur-Saône dans l'Ain, au nord de Lyon. Il semblerait que le tracé de la Saône dérape de plus de 100m au moins dans certains cas , là ou le cadastre et l'imagerie Bing sont d'accord, la data OSM rentre carrément dans les champs, chemin de halage et quelques zones construites. C'est le genre de truc qu'on peut ajuster d'office, ou je patiente sagement d'y passer dimanche soir pour confirmer. J'avais déjà vu passer quelque chose sur les tracés de rivière, mais à cet endroit, ils ne doivent pas bouger beaucoup. @++ -- David White User #297763 on http://counter.li.org Jabber: dwh...@im.linux62.org OpenStreetMap Contributor DavidKW __**_ 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
[OSM-ja] メンテナンス予定のお知らせ(Was: [OSM-talk] NOTICE: Upcoming Maintenance Work (Partial Outage))
東です。 サーバのメンテナンスが数回予定されており 一部のサービスが停止します。 （マップの表示と編集のサービスは停止しません） ＜予定日＞ 7/2〜3 7/30〜31 9/3〜4 8月の平日に1日(未定) ＜停止予定のサービス＞ * XAPI / jXAPI * dev.openstreetmap.org server (errol) * rendering of new map tiles * osmfoundation.org and stateofthemap.org web sites 詳細は下記原文を参照ください。 -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Tue, 28 Jun 2011 12:21:17 +0100 Subject: [OSM-talk] NOTICE: Upcoming Maintenance Work (Partial Outage) To: Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org, annou...@openstreetmap.org Some secondary OpenStreetMap services will be unavailable during the following dates, due to power maintenance work at our server hosting: - 2nd and 3rd July 2011. (Saturday Sunday) - 30th and 31st July 2011. (Saturday Sunday) - 3rd and 4th September 2011. (Saturday Sunday) - and 1 weekday (to be confirmed) during August 2011. On each of these weekends, the servers will be shut down at 7:30 UTC, and will be started again after works are completed, which will be Sunday 16:30 UTC at the latest, but may be earlier. We do not yet have a precise date for the August maintenance. The following services will be unavailable during these periods: * XAPI / jXAPI * dev.openstreetmap.org server (errol) * rendering of new map tiles * osmfoundation.org and stateofthemap.org web sites As a temporary replacement for XAPI/jXAPI, consider using third-party services such as that provided by MapQuest: http://developer.mapquest.com/web/products/open/xapi Additional information will be posted to the following page: http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 The following services are *not* affected: * www.openstreetmap.org web site * API and Editing (*phew*) * planet.openstreetmap.org and diffs. * tile serving for existing tiles (details below) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * trac (bug-tracker) * donate.openstreetmap.org Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail where no cached copy is available, and tile response times may be slower than normal. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Another heads up - new mapper appears to be deleting stuff in Ashbourne
On 29/06/2011 22:56, SomeoneElse wrote: For info - I've dropped them a mail (hopefully friendly in tone) about it. ... and they've said that it was OK to roll back their changes, which I've done. Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] TIGER 2010
The TIGER wiki page (http://wiki.openstreetmap.org/wiki/TIGER) has been woefully out-of-date for quite a while now, so I've gone through and cleaned it up as best I could (I still haven't gotten a definitive answer as to whether 2005 or 2006 data was imported back in 2007/2008 by Dave Hansen). I and a few others are interested in creating tools for visualizing differences, finding missing streets as well as mis-spelled street names with OSM and the latest release of TIGER ( http://wiki.openstreetmap.org/wiki/TIGER_2010). TIGER 2010 is much improved from TIGER 2005 (or 2006), so it is at least useful for comparison, similar to the Ordnance Survey Locator data for the Uk. I'm also interested in defining a good attribute mapping from the new MTFCC's used by TIGER 2010 so that we can create OSM.XML files that experienced contributors can use with JOSM to perform selective merging (a hairy process, and not for beginners!). I've created a rough start for mapping the road attributes, however I have only used the formal documentation and haven't yet compared these with how they're actually used, so take them as a work in progress. Please take a look at these pages if you're interested, and consider providing feedback either on the wiki or the talk-us mailing list. Regards, -Josh ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] TIGER 2010
On Fri, 2011-07-01 at 23:45 -0400, Josh Doe wrote: The TIGER wiki page (http://wiki.openstreetmap.org/wiki/TIGER) has been woefully out-of-date for quite a while now, so I've gone through and cleaned it up as best I could (I still haven't gotten a definitive answer as to whether 2005 or 2006 data was imported back in 2007/2008 by Dave Hansen). You should really ask him. Wonder where he hangs out these days. :) My scripts had this set as their base url: http://www2.census.gov/geo/tiger/tiger2006se/ -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
