Re: [OSM-talk-be] Mapping Kameroen/Cameroun!
I anyone is interested, there's a good document to assist in mapping the area on reliefweb of the City of Maga : http://reliefweb.int/sites/reliefweb.int/files/resources/map_3029.pdf Especially landuse taggin this will help. I'm assuming that relief organisations aren't going to claim copyrights. It would not make sense otherwise. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] License question, user clicking on map
On Fri, Feb 22, 2013 at 11:19 AM, Kate Chapman k...@maploser.com wrote: My understanding is you are saying I would like it to be this way, but at the moment it is not. Correct? Correct. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License question, user clicking on map
On Fri, Feb 22, 2013 at 11:19 AM, Kate Chapman k...@maploser.com wrote: My understanding is you are saying I would like it to be this way, but at the moment it is not. Correct? Actually to be more specific: I'm saying I would like geocoding-like use cases to be clarified, at the moment it is not clear. Here is what we should do: specifically allow narrow extractions of OSM for geocoding-like use cases to happen without the share-alike clause to kick in.. I'm also going to add we should do away with share alike in the mid term. It's just complicated and hurting OSM. Case in point: example at hand. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License question, user clicking on map
I'm also going to add we should do away with share alike in the mid term. It's just complicated and hurting OSM. Case in point: example at hand. +1. If you want to do anything with OSM data besides make map tiles, the cloud of uncertainty around what you can and can't do with the data is pretty terrifying. Instead of rallying around the community and getting excited about improving OSM, you instead spend time looking at alternatives and trying to find lawyers who are experts in software licensing who you can afford to talk to. The share-alike clause makes the barrier to using OSM data very high. -- Marc Regan On Wednesday, February 27, 2013 at 2:04 PM, Alex Barth wrote: On Fri, Feb 22, 2013 at 11:19 AM, Kate Chapman k...@maploser.com (mailto:k...@maploser.com) wrote: My understanding is you are saying I would like it to be this way, but at the moment it is not. Correct? Actually to be more specific: I'm saying I would like geocoding-like use cases to be clarified, at the moment it is not clear. Here is what we should do: specifically allow narrow extractions of OSM for geocoding-like use cases to happen without the share-alike clause to kick in.. I'm also going to add we should do away with share alike in the mid term. It's just complicated and hurting OSM. Case in point: example at hand. ___ legal-talk mailing list legal-talk@openstreetmap.org (mailto: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] License question, user clicking on map
It would appear that any and all data associated with a website or mobile app becomes fair game once OSM data is used. That may be an appearance, but it is not true. Actually, you should be fine, this is a very common use case. There are some details, but when making tiles, as long as they are only rendered together, not put together in a single database, there's no share-alike. http://wiki.openstreetmap.org/wiki/License/Use_Cases#Case_3:_I_want_to_publish_something_based_on_OSM_and_my_own_data I agree this isn't clear. Confusion is certainly an issue with ODbL. Alex's issue with geocoding is different. I agree, we need to take a serious look at this, and have it clarified. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Rob smartt...@gmail.com To: Licensing and other legal discussions. legal-talk@openstreetmap.org Sent: Wednesday, February 27, 2013 4:19 PM Subject: Re: [OSM-legal-talk] License question, user clicking on map +1 +1 +1 Would love to use OSM data to create a tile server for a project I have in the works but the share-alike clause has stopped me from moving forward with OSM. Rather than share-alike I would like to share-what-I-like but that is not an option. Currently there seems to be no limit to what OSM could claim rights to under the share-alike clause. It would appear that any and all data associated with a website or mobile app becomes fair game once OSM data is used. Rob Sent from my iPhone On Feb 27, 2013, at 3:24 PM, Marc Regan marcre...@gmail.com wrote: I'm also going to add we should do away with share alike in the mid term. It's just complicated and hurting OSM. Case in point: example at hand. +1. If you want to do anything with OSM data besides make map tiles, the cloud of uncertainty around what you can and can't do with the data is pretty terrifying. Instead of rallying around the community and getting excited about improving OSM, you instead spend time looking at alternatives and trying to find lawyers who are experts in software licensing who you can afford to talk to. The share-alike clause makes the barrier to using OSM data very high. -- Marc Regan On Wednesday, February 27, 2013 at 2:04 PM, Alex Barth wrote: On Fri, Feb 22, 2013 at 11:19 AM, Kate Chapman k...@maploser.com wrote: My understanding is you are saying I would like it to be this way, but at the moment it is not. Correct? Actually to be more specific: I'm saying I would like geocoding-like use cases to be clarified, at the moment it is not clear. Here is what we should do: specifically allow narrow extractions of OSM for geocoding-like use cases to happen without the share-alike clause to kick in.. I'm also going to add we should do away with share alike in the mid term. It's just complicated and hurting OSM. Case in point: example at hand. ___ 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 ___ 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] License question, user clicking on map
WhereAmI wrote: It would appear that any and all data associated with a website or mobile app becomes fair game once OSM data is used. What? No. No, that isn't true. I'm no fan of share-alike but that is trivially disprovable. Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-legal-talk-License-question-user-clicking-on-map-tp5750253p5751314.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
Re: [OSM-legal-talk] License question, user clicking on map
It would appear that any and all data associated with a website or mobile app becomes fair game once OSM data is used. What? No. No, that isn't true. I'm no fan of share-alike but that is trivially disprovable. Where is the line in the sand? For example I have a website which is driven by several databases whichinclude everything from website members info t I then integrate OSM into the website by including interactive map tiles, address searches (geocoding), POI placement / inclusion, routing, etc... Sent from my iPhone On Feb 27, 2013, at 4:54 PM, Richard Fairhurst rich...@systemed.net wrote: WhereAmI wrote: It would appear that any and all data associated with a website or mobile app becomes fair game once OSM data is used. What? No. No, that isn't true. I'm no fan of share-alike but that is trivially disprovable. Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-legal-talk-License-question-user-clicking-on-map-tp5750253p5751314.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] License question, user clicking on map
Rob - as long as you don't mix ODbL data and other data in the same database, ODbL's share alike cause doesn't kick in. So using the OSM tiles on your web site doesn't mean that data in your web site is affected. I recommend reading the ODbL, it's pretty clear that way http://opendatacommons.org/licenses/odbl/ (And yes, I know, an open license shouldn't be that long and that complicated, but that's another story). On Wed, Feb 27, 2013 at 5:52 PM, Rob smartt...@gmail.com wrote: It would appear that any and all data associated with a website or mobile app becomes fair game once OSM data is used. What? No. No, that isn't true. I'm no fan of share-alike but that is trivially disprovable. Where is the line in the sand? For example I have a website which is driven by several databases whichinclude everything from website members info t I then integrate OSM into the website by including interactive map tiles, address searches (geocoding), POI placement / inclusion, routing, etc... Sent from my iPhone On Feb 27, 2013, at 4:54 PM, Richard Fairhurst rich...@systemed.net wrote: WhereAmI wrote: It would appear that any and all data associated with a website or mobile app becomes fair game once OSM data is used. What? No. No, that isn't true. I'm no fan of share-alike but that is trivially disprovable. Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-legal-talk-License-question-user-clicking-on-map-tp5750253p5751314.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 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License question, user clicking on map
Hi, On 27.02.2013 21:24, Marc Regan wrote: +1. If you want to do anything with OSM data besides make map tiles, the cloud of uncertainty around what you can and can't do with the data is pretty terrifying. Just to make this one point clear: What you *can* do with the data is pretty clear and pretty easy. Some use cases run into trouble specifically because an essential part of the use case is that third parties *cannot* do something. OSM are not the ones that prohibit certain uses; it is those who want to prohibit certain uses that (sometimes) have a problem with OSM. The share-alike clause makes the barrier to using OSM data very high. It is essentially a question of business models. It is true that it is sometimes difficult to marry share-alike data with all our data belong to us business models. We've had these discussions a lot in the run-up to the license change; we had people to whom even the lighter rules on produced works that the ODbL brought were an unacceptable weakening of share-alike. I think that the OSM community is already very open towards commercial use; even in CC-BY-SA times, a large majority explicitly approved of commercial use of our data which is not something you can take for granted in a volunteer project, and ODbL has made things easier at least for those use cases where non-database works are considered. Before we complain and ask for more and more concessions from the OSM community in order to build more and more commercial products with OSM instead of proprietary geodata, we should think about what we already have - it is a lot, and represents a huge value. Personally while I'd be happy with a PD license, I don't think that the concept if you want to build proprietary solutions and make $$$ from the fact that they're proprietary then you have to pay someone $$$ to buy proprietary geodata is too outrageous. As I said in my opening paragraph, the share-alike license never prohibits you from doing something with the data; it just prohibits you from prohibiting stuff! Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License question, user clicking on map
Alex, I'm a little confused. The way I interpret your comment, merely storing ODbL and non-ODbL data in the same database triggers share alike. But on the use cases wiki page ( http://wiki.openstreetmap.org/wiki/License/Use_Cases), Case 4 says: 'It makes no difference whether you store the data sets separately, or together in the same database software, whether that is a RDBMS, NOSQL, filesystem or anything else. So long as the other data isn't derived from OSM, the result is a Collective Database, not a Derivative Database.' In other words, storing ODbL and non-ODbL data together does not trigger share alike. Just trying to get some clarification. Thanks, Jake On Wed, Feb 27, 2013 at 5:58 PM, Alex Barth a...@mapbox.com wrote: Rob - as long as you don't mix ODbL data and other data in the same database, ODbL's share alike cause doesn't kick in. So using the OSM tiles on your web site doesn't mean that data in your web site is affected. I recommend reading the ODbL, it's pretty clear that way http://opendatacommons.org/licenses/odbl/ (And yes, I know, an open license shouldn't be that long and that complicated, but that's another story). On Wed, Feb 27, 2013 at 5:52 PM, Rob smartt...@gmail.com wrote: It would appear that any and all data associated with a website or mobile app becomes fair game once OSM data is used. What? No. No, that isn't true. I'm no fan of share-alike but that is trivially disprovable. Where is the line in the sand? For example I have a website which is driven by several databases whichinclude everything from website members info t I then integrate OSM into the website by including interactive map tiles, address searches (geocoding), POI placement / inclusion, routing, etc... Sent from my iPhone On Feb 27, 2013, at 4:54 PM, Richard Fairhurst rich...@systemed.net wrote: WhereAmI wrote: It would appear that any and all data associated with a website or mobile app becomes fair game once OSM data is used. What? No. No, that isn't true. I'm no fan of share-alike but that is trivially disprovable. Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-legal-talk-License-question-user-clicking-on-map-tp5750253p5751314.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 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Keypad-Mapper 3 released - highly efficient app for house number mapping
Hi, the new version 3 of the well known Keypad-Mapper Android app for mapping house numbers and addresses has been published on Google Play. Lots of new features, an optimized user interface and some bug fixes turn this app into the perfect tool for all those enjoying mapping of house numbers. Here you can download the app from Google Play: https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3 Details regarding this app can be found here: http://wiki.openstreetmap.org/wiki/Keypad-Mapper_3 http://wiki.openstreetmap.org/wiki/Keypad-Mapper_3 And here is the link for the Keypad-Mapper 3 user template which can be used for your own OSM user profile: http://wiki.openstreetmap.org/wiki/Template:User_Keypad-Mapper_3 http://wiki.openstreetmap.org/wiki/Template:User_Keypad-Mapper_3 Markus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] TileMill performance
Hi,
(First - is this the right list to discuss using TileMill? I can
only find the MapBox support form, or gis.stackexchange.)
I'm having some problems with TileMill rendering very slowly.
Sometimes it seizes up altogether, until I restart it or reboot the
server. This seems to happen particularly when I frequently interrupt
rendering by saving the stylesheet again.
My setup is a 2-core, 8Gb Ubuntu VM running on an OpenStack cluster.
PostGIS (with Melbourne city data from bbbike.org), nginx for auth,
and one shapefile. Pretty vanilla.
I have a few questions about how to improve speed in TileMill/Mapnik:
1) In general, what kinds of rendering rules are slow? Does the way
you specify a rule affect the speed? (eg, is [zoom13] { #ways[...] }
slower/faster than #ways[...][zoom13] ?)
2) How does caching take place? It seems to me that when saving a
stylesheet with changes, there's a long delay before anything renders,
then subsequent small changes aren't too slow. So some layers are
computed once then reused?
3) Are there any easy tips for tuning the database?
4) Or tuning TileMill/Mapnik?
5) Watching 'top' during a render, it doesn't look like much memory is
being used. Is there a way to trade memory for speed?
6) Does setting a layer invisible definitely prevent it being
computed? Sometimes I think I'm going mad...
7) Lastly,will adding cores lead to a proportional increase in speed?
Thanks very much in advance,
Steve
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Interesting cases of vandalism?
Hi Mulone, Please list your project on the Research wiki page, and ideally come back to update it if you write any papers. http://wiki.openstreetmap.org/wiki/Research Gregory. On 22 February 2013 13:28, Mulone mul...@rome.com wrote: (Apologies for cross-posting) Hi all, I am an academic researcher and I am studying the issue of vandalism in OpenStreetMap (see http://wiki.openstreetmap.org/wiki/Vandalism http://wiki.openstreetmap.org/wiki/Vandalism for a general discussion). I am very interested in the motivations that lead users to vandalise OpenStreetMap. Can you point me to specific instances of vandalism that have an *identifiable reason*? Examples might include: - People changing borders of countries in conflict zones - People renaming famous places with their name/interests - Companies damaging data to prevent competition (such as the alleged vandalism by Google’s contractors) - People damaging symbolic places (e.g. deletion of the White House or the Eiffel Tower) - People damaging data to bully locals/other users - People creating imaginary places - People who are frustrated with the editing tools and start using them to damage data Thanks in advance for sharing your experiences! Mulone -- View this message in context: http://gis.19327.n5.nabble.com/Interesting-cases-of-vandalism-tp5750346.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Can't unsubscribe
Hi, confirmation mail doesn't arrive, can someone help please? Thanks. -- Pavel Stelmakh ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] (Off topic) Apple hiring OSM contributors in Australia?
Why hire *away*? CloudMade hired lots of OSM Ambassadors in the states. I'm not sure it worked out well for them but some of them are now good OSM friends of mine (and I'm not sure they were OSMers before, or at least not so involved). On 23 February 2013 18:56, Andrew andrewhain...@hotmail.co.uk wrote: Andrew MacKinnon andrewpmk at gmail.com writes: Just noticed this story on Macrumors: http://www.macrumors.com/2013/02/22/apple- hiring-maps-ground-truth-data-specialist-in-australia/ Is Apple trying to hire away OSM's top contributors to add data to their proprietary mapping service? Present or former OSM contributors? -- Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] TileMill performance
Hi Steve,
TileMill is not designed for that kind of application (running as a live
server with no cache), though it will work 'a bit'.
So: it doesn't do caching - you'll want a cache. Look at CloudFront,
nginx's cache, varnish, squid, and so on.
Tuning the database: check that you have all possible indexes installed and
the data is in EPSG:900913.
The long-term answer is switching to something designed to be a live-server
(mod_tile, TileStache) or rendering your tiles and serving them from
MBTiles (with TileStache or TileStream).
Tom
On Wed, Feb 27, 2013 at 6:03 AM, Steve Bennett stevag...@gmail.com wrote:
Hi,
(First - is this the right list to discuss using TileMill? I can
only find the MapBox support form, or gis.stackexchange.)
I'm having some problems with TileMill rendering very slowly.
Sometimes it seizes up altogether, until I restart it or reboot the
server. This seems to happen particularly when I frequently interrupt
rendering by saving the stylesheet again.
My setup is a 2-core, 8Gb Ubuntu VM running on an OpenStack cluster.
PostGIS (with Melbourne city data from bbbike.org), nginx for auth,
and one shapefile. Pretty vanilla.
I have a few questions about how to improve speed in TileMill/Mapnik:
1) In general, what kinds of rendering rules are slow? Does the way
you specify a rule affect the speed? (eg, is [zoom13] { #ways[...] }
slower/faster than #ways[...][zoom13] ?)
2) How does caching take place? It seems to me that when saving a
stylesheet with changes, there's a long delay before anything renders,
then subsequent small changes aren't too slow. So some layers are
computed once then reused?
3) Are there any easy tips for tuning the database?
4) Or tuning TileMill/Mapnik?
5) Watching 'top' during a render, it doesn't look like much memory is
being used. Is there a way to trade memory for speed?
6) Does setting a layer invisible definitely prevent it being
computed? Sometimes I think I'm going mad...
7) Lastly,will adding cores lead to a proportional increase in speed?
Thanks very much in advance,
Steve
___
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] Google Summer of Code Time Again! (Need Project Ideas)
Hi All, This is just a reminder that we are still brainstorming Google Summer of Code ideas. Are there specific projects that are interested in proposing projects and adopting students? I attending the GSoC Mentors summit last year and a lot of the really successful projects had more than an individual helping the student with questions/etc. Any specific ideas as far as that goes? Best, -Kate On Tue, Feb 12, 2013 at 7:05 AM, Kate Chapman k...@maploser.com wrote: Hi All, I'm one of the organization administrators for Google Summer of Code (GSoC) this year. As a reminder or for those not aware GSoC is a program organized by Google to pay students stipends to work on projects within various open source projects. Organizations apply to be accepted and then are allocated students based on those students proposals. One of the very important aspects of this is projects coming up with potential project ideas. That is where I need your help. I've created a template page where projects can be added: http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2013/Project_Ideas If you would like to see what was brainstormed in past years that is available here: http://wiki.openstreetmap.org/wiki/Category:Google_Summer_of_Code_ideas Also if you are interested in getting involved in GSoC in other ways such as mentoring and reviewing student proposals please let me know. Best, -Kate ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Keypad-Mapper 3 released - highly efficient app for house number mapping
I also get a message saying that I can't install it: This app is incompatible with your O2 Samsung GT-S5363. k. On Wed, Feb 27, 2013 at 3:17 PM, Jeffrey Ollie j...@ocjtech.us wrote: On Wed, Feb 27, 2013 at 3:03 AM, Markus Semm ms...@enaikoon.de wrote: the new version 3 of the well known Keypad-Mapper Android app for mapping house numbers and addresses has been published on Google Play. Lots of new features, an optimized user interface and some bug fixes turn this app into the perfect tool for all those enjoying mapping of house numbers. Looks interesting, but is there a reason that I can't install it on my Nexus 7? My phone has terrible battery life, especially when the GPS is on. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- http://blogs.linux.ie/kenguest/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Keypad-Mapper 3 released - highly efficient app for house number mapping
2013/2/27 Ken Guest k...@linux.ie I also get a message saying that I can't install it: This app is incompatible with your O2 Samsung GT-S5363. k. Google Play said I cannot install it on my device (Galaxy Mini), but I installed it successfully via the apk, needs Android 2.3+. Ciao, Stefano ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] TileMill performance
Hi Steve,
(eg, is [zoom13] { #ways[...] } slower/faster than #ways[...][zoom13] ?)
Does your layer setup actually looks like this? ie. one 'ways' layer
pulling in the entire planet_osm_ways table? If so this will be
problematic. Unlike MapCSS, filtering out objects with CartoCSS will not
prevent them from being loaded. With Mapnik/TileMill you should be querying
specific thematic subsets of the database for each layer.
The layer setup plays an important role in performance, so knowing what
that looks like in detail (number of layers, their contents, file/database
type database queries, projections, etc) would help track down potential
issues.
Does setting a layer invisible definitely prevent it being computed?
TileMill/Mapnik will still check that hidden layers are valid each time the
project is saved/loaded, however that is the only thing it will do. These
layers shouldn't affect
--
AJ Ashton
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] TileMill performance
On Wed, Feb 27, 2013 at 12:09 PM, AJ Ashton aj.ash...@gmail.com wrote: These layers shouldn't affect ...rendering speed, is what I forgot to type. -- AJ Ashton ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] TileMill performance
On Thu, Feb 28, 2013 at 12:27 AM, Tom MacWright t...@macwright.org wrote: TileMill is not designed for that kind of application (running as a live server with no cache), though it will work 'a bit'. So: it doesn't do caching - you'll want a cache. Look at CloudFront, nginx's cache, varnish, squid, and so on. I might have been a bit unclear: I'm not trying to serve up pre-computed tiles to the public. I'm just doing style development, so rendering tiles to see what it looks like. So I don't think caching of pre-rendered tiles is an issue? Tuning the database: check that you have all possible indexes installed and the data is in EPSG:900913. Can you elaborate on all possible indexes? :) Where can I read up on this stuff? The long-term answer is switching to something designed to be a live-server (mod_tile, TileStache) or rendering your tiles and serving them from MBTiles (with TileStache or TileStream). Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] TileMill performance
On Thu, Feb 28, 2013 at 4:09 AM, AJ Ashton aj.ash...@gmail.com wrote:
(eg, is [zoom13] { #ways[...] } slower/faster than #ways[...][zoom13] ?)
Does your layer setup actually looks like this? ie. one 'ways' layer pulling
in the entire planet_osm_ways table? If so this will be problematic. Unlike
MapCSS, filtering out objects with CartoCSS will not prevent them from being
loaded. With Mapnik/TileMill you should be querying specific thematic
subsets of the database for each layer.
Ah. Yes, #ways is the whole table - although it's just one city.
That's probably my problem. So, I guess I should set up individual
queries (#bikepaths, #parks, ...) using PostGIS to do the filtering
rather than Mapnik. That makes sense, thanks!
Steve
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] License question, user clicking on map
+1 +1 +1 Would love to use OSM data to create a tile server for a project I have in the works but the share-alike clause has stopped me from moving forward with OSM. Rather than share-alike I would like to share-what-I-like but that is not an option. Currently there seems to be no limit to what OSM could claim rights to under the share-alike clause. It would appear that any and all data associated with a website or mobile app becomes fair game once OSM data is used. Rob Sent from my iPhone On Feb 27, 2013, at 3:24 PM, Marc Regan marcre...@gmail.com wrote: I'm also going to add we should do away with share alike in the mid term. It's just complicated and hurting OSM. Case in point: example at hand. +1. If you want to do anything with OSM data besides make map tiles, the cloud of uncertainty around what you can and can't do with the data is pretty terrifying. Instead of rallying around the community and getting excited about improving OSM, you instead spend time looking at alternatives and trying to find lawyers who are experts in software licensing who you can afford to talk to. The share-alike clause makes the barrier to using OSM data very high. -- Marc Regan On Wednesday, February 27, 2013 at 2:04 PM, Alex Barth wrote: On Fri, Feb 22, 2013 at 11:19 AM, Kate Chapman k...@maploser.com wrote: My understanding is you are saying I would like it to be this way, but at the moment it is not. Correct? Actually to be more specific: I'm saying I would like geocoding-like use cases to be clarified, at the moment it is not clear. Here is what we should do: specifically allow narrow extractions of OSM for geocoding-like use cases to happen without the share-alike clause to kick in.. I'm also going to add we should do away with share alike in the mid term. It's just complicated and hurting OSM. Case in point: example at hand. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-nl] Woonplaatsgrenzen: ze staan er nu allemaal in! (maar niet allemaal even accuraat)
On Sun, 2013-02-24 at 17:09 +0100, Sebastiaan Couwenberg wrote: Het is niet handig dat de ref:woonplaatscode van Putten is aangepast naar de code in de meest recente BAG zonder ook de geometrie aan te passen. De ref:woonplaatscode/name tuple hoorde bij de geometrie van het record in bag:extract WPL08082012, bij de aangepaste woonplaatscode zit ook een nieuwe geometrie van de woonplaats in bag:extract WPL08012013. Voor Putten er Nijkerk heb ik net ook de geometrie aangepast met de versie uit bag:extract WPL08012013. Ik was me er niet van bewust dat je al zo ver was met de BAG woonplaatsgrenzen. 2. 'Onlogische' woonplaatsnamen in de BAG: Bij een aantal plaatsen heb ik er voor gekozen om de naam in OSM niet aan te passen aan de officiële BAG namen. In plaats daarvan heb ik de BAG namen in de 'alt_name' tag geplaatst. Aan het lijstje hieronder is denk ik wel te zien waarom. (de tweede naam is de BAG naam): AlteveerAlteveer gem Hoogeveen BotlekBotlek Rotterdam De Hoefde Hoef De Luttede Lutte Den Haag's-Gravenhage De Woudede Woude ElstElst Ut EuropoortEuropoort Rotterdam HoogvlietHoogvliet Rotterdam MaasvlakteMaasvlakte Rotterdam PernisPernis Rotterdam 's-HertogenboschDen Bosch UrsemUrsem gem. S VondelingenplaatVondelingenplaat Rotterdam Ik twijfelde welke tag hiervoor te gebruiken, official_name was misschien ook een optie gezien de Woonplaats als zodanig in de officiele bron staat. Maar alt_name is waarschijnlijk beter. Bij http://wiki.openstreetmap.org/wiki/Key:official_name staat 'It has been created for country names'. Er staat dus niet bij dat het niet voor andere namen gebruikt mag worden. Ik neig er nu toch meer naar om 'official_name' te gaan gebruiken. Zodra we het er over eens zijn, kunnen we dit vermelden in de Nederlandse wiki. Zien de OSM relations voor woonplaatsgrenzen met behulp van de ref:woonplaatscode en diens naam (name of alt_name) tag gekoppeld worden aan de records in de BAG is het van belang dat een van de twee tags (name of alt_name) overeen komen met de woonplaatsnaam in de BAG. Alteveer is trouwens een leuke, daarvan bestaan woonplaatsgrenzen in meerdere gemeentes, en in meerdere provincies. Gelukkig hebben we nu de ref:woonplaatscode om de 4 verschillende Alteveers te kunnen onderscheiden. Inderdaad. En er zijn ook nog genoeg namen die 3 of twee keer voorkomen. Daarom vond ik 'Elst Ut', 'Ursem gem. S' en 'Alteveer gem Hoogeveen' ook opvallende uitzonderingen. Zoals ik in het onderwerp al vermeldde, betekent dit nog niet dat alle woonplaatsgrenzen nu netjes op de zelfde plek liggen als in de BAG. Dat is nog wel even werk. Alleen de provincies Zuid-Holland, Utrecht, Flevoland en Noord-Holland moeten nog gelijkgetrokken worden met de BAG, de overige provincies heb ik reeds voltooid. Wel moet ik alles nog eens met de meest recente BAG vergeleken worden wanneer alle admin_level=10 grenzen in OSM op basis van de BAG zijn. Deze vergelijking zal geautomatiseerd worden, het gelijk trekken van de overige provincies is nog wat handwerk in JOSM. Maar met de Replace Geometry functie is het minder tijdrovend dan het volledig handmatig mergen van alle nodes wat ik voorheen deed. Goed werk! Het nadeel is wel dat met het verschuiven van de nodes deze niet losgekoppeld worden van eventueel daaraan verbonden niet-boundary wegen. Hier heb ik nu ook een controle script voor die met behulp van een lokale OSM DB een rapportage maakt van alle niet-boundary wegen die verbonden zijn met een boundary. Het handmatig losknopen hiervan is ook nog best wat handwerk. De Replace Geometry functie in JOSM koppelt verbonden wegen automatisch los, maar dat kan alleen als de OSM data ervan beschikbaar is. Op zich niet zo'n probleem, want met wat Overpass Queries is deze data ook zo op te halen, alleen kost het uitvoeren hiervan meer tijd dan ik op het downloaden van alle grenzen binnen een provincie wil wachten. Is 'Download parent ways/relations' Ctrl+Alt-D hiervoor een optie, of ook te traag? Replace geometry kende ik niet, maar ga ik zeker onthouden. Ook voor de BAG panden. Nu doe ik een controle achter af. Na het updaten van alle grenzen binnen een gemeente check of er nog niet-boundary ways aan de aangepaste boundary ways verbonden waren. En koppel deze los indien deze aanwezig waren. Dat heb ik niet voor alle boundaries even secuur gedaan, waardoor er nog wat fouten in de voltooide provincies kunnen zitten. Deze zal ik ook allemaal nog corrigeren. Andere klussen: Het gebruik van type=boundary/type=multipolygon nog niet consequent. Volgens de Nederlandse conventie gebruiken we type=multipolygon. Op de internationale site staat echter dat type=multipolygon verouderd is. Dat is nogal verwarrend. Huidige status: multipolygon=2173x, boundary=327x Een van de JOSM ontwikkelaars pushed de standaardisatie naar
Re: [OSM-talk-nl] Woonplaatsgrenzen: ze staan er nu allemaal in! (maar niet allemaal even accuraat)
On 02/27/2013 09:34 PM, Gertjan Idema wrote: Ik kan op zich leven met 'type=boundary' als dit overal behalve in Nederland en Duitsland de standaard is. Dan is het wel zaak om de Nederlandse documentatie hier op aan te passen. Eerst maar eens uitzoeken wat destijds de argumenten voor type=multipolygon waren. In de tijd dat die discussie speelde waren de roles admin_centre, label en subarea nog niet uitgevonden of nauwelijks in gebruik. Er was dus effectief geen verschil tussen de twee typen relaties. Inmiddels is men ook in Duitsland op heel veel plaatsen weer terug bij type=boundary. http://tools.geofabrik.de/osmi/?view=multipolygonlon=8.83540lat=51.64408zoom=8overlays=type_is_boundary -- --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsgrenzen: ze staan er nu allemaal in! (maar niet allemaal even accuraat)
On 02/27/2013 09:34 PM, Gertjan Idema wrote: On Sun, 2013-02-24 at 17:09 +0100, Sebastiaan Couwenberg wrote: Het is niet handig dat de ref:woonplaatscode van Putten is aangepast naar de code in de meest recente BAG zonder ook de geometrie aan te passen. De ref:woonplaatscode/name tuple hoorde bij de geometrie van het record in bag:extract WPL08082012, bij de aangepaste woonplaatscode zit ook een nieuwe geometrie van de woonplaats in bag:extract WPL08012013. Voor Putten er Nijkerk heb ik net ook de geometrie aangepast met de versie uit bag:extract WPL08012013. Ik was me er niet van bewust dat je al zo ver was met de BAG woonplaatsgrenzen. Dat is ook deels mijn schuld, ik heb er geen openbare progress report oid van bijgehouden zoals voor het Woonplaatsbesluiten project is gedaan. http://wiki.openstreetmap.org/wiki/Bestaande_geodata_hergebruiken_woonplaatsbesluiten Het is mijn bedoeling om een dergelijk overzicht te genereren met bijbehorende interactieve kaart voor de grenzen die in OSM geupdate kunnen worden met de meeste recente versie in de BAG. Hier wil ik pas echt goed voor gaan zitten als ik klaar ben met alle woonplaatsgrenzen gelijk trekken met de inmiddels wat oude BAG, maar gezien de woonplaatsen niet zoveel aan verandering onderhevig zijn als de panden vind ik dat niet zo'n probleem. Voordat de grenzen met BAG data geupdate werden was er tijden weinig tot niets aangepast, we zijn er dus op vooruit gegaan qua actualiteit, maar nog niet helemaal volledig up-to-date. In eerste instantie had ik mij ook voorgenomen om de procedure die ik volg bij het toevoegen en updaten van grenzen aan de BAGimport wiki pagina toe te voegen, maar ik twijfelde over het nut ervan. Het toevoegen van grenzen is een redelijk eenmalig proces, daarna zullen de bestaande grenzen aangepast worden. Tenzij er nog nieuwe woonplaatsen in het leven geroepen worden zal al het werk het updaten van bestaande grenzen omvatten. Het is leek mij nuttiger om dat proces te gaan documenteren wanneer alle ontbrekende grenzen waren toegevoegd. Daar is het nu dus wel tijd voor aan het worden, maar ik zal hoogst waarschijnlijk nog even procastinaten. Want ik wil mijn tijd nu nog even in de laatste 484 woonplaatsen steken. 2. 'Onlogische' woonplaatsnamen in de BAG: Bij een aantal plaatsen heb ik er voor gekozen om de naam in OSM niet aan te passen aan de officiële BAG namen. In plaats daarvan heb ik de BAG namen in de 'alt_name' tag geplaatst. Aan het lijstje hieronder is denk ik wel te zien waarom. (de tweede naam is de BAG naam): AlteveerAlteveer gem Hoogeveen BotlekBotlek Rotterdam De Hoefde Hoef De Luttede Lutte Den Haag's-Gravenhage De Woudede Woude ElstElst Ut EuropoortEuropoort Rotterdam HoogvlietHoogvliet Rotterdam MaasvlakteMaasvlakte Rotterdam PernisPernis Rotterdam 's-HertogenboschDen Bosch UrsemUrsem gem. S VondelingenplaatVondelingenplaat Rotterdam Ik twijfelde welke tag hiervoor te gebruiken, official_name was misschien ook een optie gezien de Woonplaats als zodanig in de officiele bron staat. Maar alt_name is waarschijnlijk beter. Bij http://wiki.openstreetmap.org/wiki/Key:official_name staat 'It has been created for country names'. Er staat dus niet bij dat het niet voor andere namen gebruikt mag worden. Ik neig er nu toch meer naar om 'official_name' te gaan gebruiken. Zodra we het er over eens zijn, kunnen we dit vermelden in de Nederlandse wiki. Tsja, interpretatie van tags blijft een lastig issue. Wat is de officiële naam van een woonplaats? Dat lijkt mij de naam die op officiële documenten gebruikt word, ik denk niet dat gemeente of provincie hints in de woonplaats naam onderdeel zijn van de officiële naam zoals op briefpapier van het stadsbestuur word gebruikt, op de plaatsnaamborden staat, en wat men in het postadres zou gebruiken. Het lijkt mij deze deze in het verleden zijn toegevoegd zodat om unique contraints in een database gewerkt kon worden, of om simpelweg in de oude kaartenbakken op basis van de naam het onderscheid te kunnen zien. Het hergebruiken van bestaande tags maar deze anders interpreteren voor een nieuw project zorgt voor nodeloze verwarring bij diegenen die bekent zijn met de originele insteek. Om dit te voorkomen kunnen we misschien beter onze eigen tag introduceren zodat we vrij zijn deze te definiëren. Zodoende voel ik er ook wel wat voor om bag:name of bag:woonplaatsnaam te gebruiken voor de naam zoals het in de BAG staat. Deze namespace is vrij voor ons om invulling te geven, en zullen minder snel aangepast worden als de name tag. Ik zie ook liever Alteveer op de kaart dan Alteveer gem Hoogeveen, de toevoeging tbv de uniekheid heeft geen meerwaarde ter rendering op de kaart. Ik wil hier niet al te veel tijd aan spenderen. Het belangrijkste is dat we een tag kiezen en deze consistent gebruiken zodat de tools er gebruik van kunnen maken. alt_name is lekker breed gedefinieerd en
[Talk-de] Stand auf der Geoinformatik
Hi! Ich habe gerade von Prof. Zipf von der Uni Heidelberg eine Mail bekommen, dass es die Möglichkeit gibt auf der GEOINFORMATIK 2013 [1], die vom 13. bis 15.3. in Heidelberg stattfindet, kostenlos einen OSM-Stand zu bekommen. Wenn jemand das organisieren will, sollte er sehr bald Prof. Zipf (z...@uni-heidelberg.de) kontaktieren. Ich werde nicht dort sein, aber vielleicht gibts ja ein paar Leute, die eh da sind oder aus dem Heidelberger Raum, die das machen wollen. Jochen [1] http://geoinformatik2013.de/ -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stand auf der Geoinformatik
Hi, Jochen Topf schrieb: Ich habe gerade von Prof. Zipf von der Uni Heidelberg eine Mail bekommen, dass es die Möglichkeit gibt auf der GEOINFORMATIK 2013 [1], die vom 13. bis 15.3. in Heidelberg stattfindet, kostenlos einen OSM-Stand zu bekommen. Wenn jemand das organisieren will, sollte er sehr bald Prof. Zipf (z...@uni-heidelberg.de) kontaktieren. Ich werde nicht dort sein, aber vielleicht gibts ja ein paar Leute, die eh da sind oder aus dem Heidelberger Raum, die das machen wollen. wenn jemand Interesse an einem Stand hat, sollte er sich besser zusätzlich auch bei Andreas Reimer melden. (andreas.reimer at geog.uni-heidelberg.de) Ich könnte Mittwochs zeitweise den Stand mitbetreuen. Die anderen Tage bin ich wohl leider nicht auf der Konferenz. Wieso bist du nicht da? Laut Programm[1] hältst du Do. morgen einen Vortrag. viele gruesse pascal [1] http://geoinformatik2013.de/images/dokumente/geoinformatik2013_vorlaeufiges_programm_2013_02_21.pdf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Test neues Geofabrik-Download-Setup
Hallo, ich habe ein bisschen am Geofabrik-Downloadserver herumgebastelt und jetzt hier etwas fertig, was ich eigentlich bald zum Standard-Downloadserver machen moechte: http://download.geofabrik.de/test vielleicht mag sich das der eine oder andere mal anschauen, ob das so hinreichend verstaendlich ist usw., dann wuerde ich das gen Wochenende hin mal aktivieren. Ein paar kleine Bugs hab ich auf der Liste, trotzdem gerne sagen, wenn was nicht wie erwartet tut. Wesentliche Aenderungen gegenueber vorher sind das etwas huebschere Interface mit Karte, die downloadbaren Poly-Files zu jeder Region sowie die osc-Downloads fuer die Regionen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Test neues Geofabrik-Download-Setup
Am 27.02.2013 13:59, schrieb Frederik Ramm: Hallo, ich habe ein bisschen am Geofabrik-Downloadserver herumgebastelt und jetzt hier etwas fertig, was ich eigentlich bald zum Standard-Downloadserver machen moechte: http://download.geofabrik.de/test vielleicht mag sich das der eine oder andere mal anschauen, ob das so hinreichend verstaendlich ist usw., dann wuerde ich das gen Wochenende hin mal aktivieren. Ein paar kleine Bugs hab ich auf der Liste, trotzdem gerne sagen, wenn was nicht wie erwartet tut. Regbez Köln funktioniert bei mir nicht, alle anderen in NRW wohl Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Test neues Geofabrik-Download-Setup
Frederik Ramm frede...@remote.org wrote: vielleicht mag sich das der eine oder andere mal anschauen, ob das so hinreichend verstaendlich ist usw., dann wuerde ich das gen Wochenende hin mal aktivieren. Ein paar kleine Bugs hab ich auf der Liste, trotzdem gerne sagen, wenn was nicht wie erwartet tut. Der [one level up] Link tut nicht. Zumindest hier: http://download-int.geofabrik.de/test/europe/germany.html Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Test neues Geofabrik-Download-Setup
Klasse. Ich hab das zwar nicht oft benutzt, aber das neue Interface macht sehr anschaulich, was man herunterläd, wenn man das tut. Was ich gefunden habe: - Auf der Übersicht ( http://download.geofabrik.de/test ) wird das Antarctica-Polygon nicht gehighlighted - one level up funktioniert nicht (hat schon jemand anderes berichtet) - In den Beschreibungen sind die Links komisch benannt. Unter .osm.pbf format hätte ich eigentlich eine Beschreibung des Formats erwartet, nicht die Datei selbst; die würde ich eher mit dem Dateinamen benennen (oder aber mit download oder sowas). also am besten den vollen Namen als Linktext benutzen. Statt [.osm.pbf format], suitable for Osmium, Osmosis... würde ich [europe-latest.osm.pbf], [more about the pbf format], suitable for ... schreiben (und das more zur Formatdokumentation verlinken). - Als zusätzliche Idee könnte man sich noch vorstellen, auf der Karte direkt zu klicken und als Popup alle Extrakte zu kriegen, die den entsprechenden Punkt enthalten (aber das ist zusätzliche Spielerei). Gruß Peter Am 27.02.2013 13:59, schrieb Frederik Ramm: Hallo, ich habe ein bisschen am Geofabrik-Downloadserver herumgebastelt und jetzt hier etwas fertig, was ich eigentlich bald zum Standard-Downloadserver machen moechte: http://download.geofabrik.de/test vielleicht mag sich das der eine oder andere mal anschauen, ob das so hinreichend verstaendlich ist usw., dann wuerde ich das gen Wochenende hin mal aktivieren. Ein paar kleine Bugs hab ich auf der Liste, trotzdem gerne sagen, wenn was nicht wie erwartet tut. Wesentliche Aenderungen gegenueber vorher sind das etwas huebschere Interface mit Karte, die downloadbaren Poly-Files zu jeder Region sowie die osc-Downloads fuer die Regionen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Test neues Geofabrik-Download-Setup
Nachtrag: das Attribution-Overlay in der Karte sitzt bei mir (Firefox 19.0) mitten auf anstatt am unteren Rand der Karte und der Link darin ist in weiß nicht lesbar auf dem hellen Hintergrund. Abhilfe schafft z.B. bottom:0; im css für .olControlAttribution Gruß Peter Am 27.02.2013 13:59, schrieb Frederik Ramm: Hallo, ich habe ein bisschen am Geofabrik-Downloadserver herumgebastelt und jetzt hier etwas fertig, was ich eigentlich bald zum Standard-Downloadserver machen moechte: http://download.geofabrik.de/test vielleicht mag sich das der eine oder andere mal anschauen, ob das so hinreichend verstaendlich ist usw., dann wuerde ich das gen Wochenende hin mal aktivieren. Ein paar kleine Bugs hab ich auf der Liste, trotzdem gerne sagen, wenn was nicht wie erwartet tut. Wesentliche Aenderungen gegenueber vorher sind das etwas huebschere Interface mit Karte, die downloadbaren Poly-Files zu jeder Region sowie die osc-Downloads fuer die Regionen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Test neues Geofabrik-Download-Setup
Am 27.02.2013 13:59, schrieb Frederik Ramm: Hallo, ich habe ein bisschen am Geofabrik-Downloadserver herumgebastelt und jetzt hier etwas fertig, was ich eigentlich bald zum Standard-Downloadserver machen moechte: http://download.geofabrik.de/test vielleicht mag sich das der eine oder andere mal anschauen, ob das so hinreichend verstaendlich ist usw., dann wuerde ich das gen Wochenende hin mal aktivieren. Ein paar kleine Bugs hab ich auf der Liste, trotzdem gerne sagen, wenn was nicht wie erwartet tut. Wesentliche Aenderungen gegenueber vorher sind das etwas huebschere Interface mit Karte, die downloadbaren Poly-Files zu jeder Region sowie die osc-Downloads fuer die Regionen. Bye Frederik Super, danke. Habe einen Fehler auf http://download-int.geofabrik.de/test/europe/germany.html gefunden. Nordrhein-Westfalen wird nicht gehighlighted und http://download-int.geofabrik.de/test/europe/germany/nordrhein-westfalen.html sieht dazu total kaputt aus. Raimond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stand auf der Geoinformatik
Hallo, habe Interesse und eine Wikiseite angelegt. http://wiki.openstreetmap.org/wiki/Geoinformatik_2013 Es können gerne weitere OSMler mithelfen. Mfg Marc Am 27.02.2013 um 10:36 schrieb Pascal Neis pascal.n...@gmail.com: Hi, Jochen Topf schrieb: Ich habe gerade von Prof. Zipf von der Uni Heidelberg eine Mail bekommen, dass es die Möglichkeit gibt auf der GEOINFORMATIK 2013 [1], die vom 13. bis 15.3. in Heidelberg stattfindet, kostenlos einen OSM-Stand zu bekommen. Wenn jemand das organisieren will, sollte er sehr bald Prof. Zipf (z...@uni-heidelberg.de) kontaktieren. Ich werde nicht dort sein, aber vielleicht gibts ja ein paar Leute, die eh da sind oder aus dem Heidelberger Raum, die das machen wollen. wenn jemand Interesse an einem Stand hat, sollte er sich besser zusätzlich auch bei Andreas Reimer melden. (andreas.reimer at geog.uni-heidelberg.de) Ich könnte Mittwochs zeitweise den Stand mitbetreuen. Die anderen Tage bin ich wohl leider nicht auf der Konferenz. Wieso bist du nicht da? Laut Programm[1] hältst du Do. morgen einen Vortrag. viele gruesse pascal [1] http://geoinformatik2013.de/images/dokumente/geoinformatik2013_vorlaeufiges_programm_2013_02_21.pdf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtteil-Karte?
Hallo zusammen, vielen Dank für die Hinweise. Die Karte unter http://openmapsurfer.uni-hd.de/ scheint momentan nicht zu funktionieren. Dafür hilft mir die Karte unter http://www.itoworld.com/map/2 weiter. Danke also nochmal! :-) Gruß, Stephan -- sb-lis...@gmx-topmail.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stand auf der Geoinformatik
On Wed, Feb 27, 2013 at 10:36:54AM +0100, Pascal Neis wrote: Wieso bist du nicht da? Laut Programm[1] hältst du Do. morgen einen Vortrag. Es gab da etwas Durcheinander. Sieht wohl doch so aus, als ob ich da bin. Aber den Stand muss trotzdem jemand anders organisieren. :-) Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Opendata HH?
Hallo zusammen, konnte jemand von euch schon erfolgreich auf freie Daten von Hamburg zugreifen? Ich habe mal versucht testweise den WFS-Layer Gebäude in QGIS einzubinden: http://gateway.hamburg.de/OGCFassade/DE_HH_WFS_INSPIRE_A3_2_Gebaeude.aspx GetCapabilities funktioniert noch einwandfrei, nicht aber der eigentliche Abruf von Daten. Trotz Zoom in einen lediglich kleinen Abschnitt der Hamburger Innenstadt kommt da nichts zurück. Oder bin ich einfach zu ungeduldig wenn ich nur mehrere Minuten statt Stunden warte? Gruss Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Keypad-Mapper 3 ist erschienen - effizientes Erfassen von Hausnummern
Hallo, die neue Version 3 vom Keypad-Mapper ist erschienen. Eine Vielzahl neuer Features, eine optimierte Bedieneroberflche und einige Bugfixes machen die Android App zum perfekten Werkzeug fr alle, die Spa am Mappen von Hausnummern und Adressen haben! Keypad-Mapper 3 ist ab sofort auf Google Play verfgbar: https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3 Details zur Software findet man im OSM-Wiki: http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 Und es gibt ein passendes User-Template fr das eigene OSM Benutzer-Profil: http://wiki.openstreetmap.org/wiki/Template:User_Keypad-Mapper_3 http://wiki.openstreetmap.org/wiki/Template:User_Keypad-Mapper_3 Viele Gre Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Opendata HH?
Moin, Im PortalU sind die Gebäude als Vektordaten versteckt: http://portalu.de/trefferanzeige?docuuid=AFBB937F-1B41-4EB2-8703-64844E487E51 Downloadlink ist unter References. Man kann sie ganz einfach in Shapefiles konvertieren (gab ein paar Fehler, aber das siehst du dann): ogr2ogr -f ESRI Shapefile output.shp input.xml http://i.imgur.com/3F4GR.png Viel Spaß! Hannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 136 19.2.- 25.2.
Hallo, die Wochennotiz Nr. 136 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/02/wochennotiz-nr-136/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] stalli bici: alcune domande
Il 01/14/2013 04:10 PM, Federico Cozzi scrisse: Nel tuo caso puoi fare proprio così (dopotutto i tag OSM sono liberi, no?): metti sia amenity=bicycle_parking (così tutti i software lo trovano) e aggiungi entrambi i nuovi tag. Sono comunque facilmente interpretabili da chiunque. Poi rendi più intelligente il tuo software, in modo da considerare parcheggio per bici una cosa che sia amenity=bicycle_parking o bicycle_parking=yes. Stessa cosa per il parcheggio per motociclette. Scusate se torno dopo 2 mesi sulla questione ma siccome io ed altri soci di Fiab Ciclobby stiamo mappando le rastrelliere milanesi, la questione della sovrapposizione di tipo di parcheggio va risolta. Per i parcheggi condivisi tra bici e moto in cui sono presenti anche rastrelliere di qualche tipo sto usando questi tag: amenity: bicycle_parking bicycle_parking: il tipo di rastrelliera motorcycle_parking: yes In questo modo garantisco che siano presenti tutte le informazioni che servono per le bici (il tipo di stalli) ed anche che il parcheggio e' consentito anche alle moto. A Milano ci sono anche parcheggi condivisi moto/bici privi di stallo. In quel caso si omette il tag bicycle_parking. Se avete qualche osservazione o conoscete qualche altro schema gia' in uso, fatemelo sapere. grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Post OpenDataDay: pioggia di dati aperti :)
2013/2/25 Maurizio Napolitano napoo...@gmail.com: http://dati.senato.it http://dati.venezia.it/ http://www.dati.puglia.it http://www.comune.trento.it/Comunicazione/Trasparenza/Open-data ... e sicuramente altri che ora non so ... Sbaglio, o in Puglia non è stato rilasciato nulla di geograficamente interessante? Bari ha rilasciato cose interessanti, invece. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta info da nuovo utente.
Il 26/02/2013 23:22, Michele ha scritto: Alessandro ale_z...@libero.it ha scritto: Oops :-) scusa, avevo interpretato male il mittente originale, in effetti mi riferivo a Michele (che ti aveva risposto) iw1...@yahoo.it dove Iw1gfv è una sigla da radioamatori. Ciao, sia in Piemonte che in Liguria il numero è 1, ma io sono fra Torino ed Ivrea. Già ieri volevo dare il benvenuto a Michele, ma il mio provider dice che openstreetmap.org è un non existent domain. Oggi ci riprovo. 73 Michele de i1BPF Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stalli bici: alcune domande
2013/2/27 emmexx emm...@tiscalinet.it: A Milano ci sono anche parcheggi condivisi moto/bici privi di stallo. In quel caso si omette il tag bicycle_parking. Quest'ultima variante non mi piace: il tag omesso indica assenza di informazione, mentre l'informazione tu ce l'hai. Potresti mettere comunque la chiave bicycle_parking con un valore opportuno Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stalli bici: alcune domande
Il 02/27/2013 11:55 AM, Federico Cozzi scrisse: In quel caso si omette il tag bicycle_parking. Quest'ultima variante non mi piace: il tag omesso indica assenza di informazione, mentre l'informazione tu ce l'hai. Potresti mettere comunque la chiave bicycle_parking con un valore opportuno In realta' la mia era una domanda, ho omesso il punto di domanda. Siccome non mi viene in mente un valore che denoti assenza, volevo sapere se esiste gia' un sistema consolidato per questi casi. Non e' che la questione mi interessi molto per le bici, un parcheggio non custodito o chiuso e senza rastrelliere non serve alle bici, nessun ciclista lo usa. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta info da nuovo utente.
Giuliano italia1...@alice.it ha scritto: Già ieri volevo dare il benvenuto a Michele, ma il mio provider dice che openstreetmap.org è un non existent domain. Oggi ci riprovo. È da qualche anno che mappo osm, ma mi sono iscritto alla mailing list circa un mese fa P.S. come mappo la sezione ari? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stalli bici: alcune domande
2013/2/27 emmexx emm...@tiscalinet.it: In realta' la mia era una domanda, ho omesso il punto di domanda. Siccome non mi viene in mente un valore che denoti assenza, volevo sapere se esiste gia' un sistema consolidato per questi casi. Non ho ben capito: è un parcheggio per biciclette (come da segnaletica verticale) dell'infausto tipo autoreggente, oppure lì non si può parcheggiare la bicicletta (cioè non è presente la segnaletica verticale)? Nel secondo caso (assenza di segnaletica) allora effettivamente non metterei bicycle_parking Nel primo caso invece metterei bicycle_parking=X per un (nuovo) X Ad esempio bicycle_parking=free_standing Questo nuovo valore andrebbe inserito (con foto) qui: http://wiki.openstreetmap.org/wiki/Key:bicycle_parking Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] era: Richiesta info da nuovo utente. Come taggare una sezione ARI?
Il 27/02/2013 14:14, Michele ha scritto: Giuliano italia1...@alice.it ha scritto: Già ieri volevo dare il benvenuto a Michele, ma il mio provider dice che openstreetmap.org è un non existent domain. Oggi ci riprovo. È da qualche anno che mappo osm, ma mi sono iscritto alla mailing list circa un mese fa P.S. come mappo la sezione ari? Ti parrà impossibile, ma nell'elenco delle amenity non c'è alcun riferimento ad amateur radio. Bisognerà crearlo noi per primi. amenity=(amateur_radio_club) ? Potrebbe essere una proposta valida? Sezioni ARI in Italia ce n'è almeno quante sono le province, anzi qualcuna di più. Nel mondo il numero deve essere spropositato. Possibile che il problema non si sia mai posto prima? -- Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] era: Richiesta info da nuovo utente. Come taggare una sezione ARI?
Il giorno 27 febbraio 2013 15:21, Giuliano italia1...@alice.it ha scritto: Il 27/02/2013 14:14, Michele ha scritto: Giuliano italia1...@alice.it ha scritto: Già ieri volevo dare il benvenuto a Michele, ma il mio provider dice che openstreetmap.org è un non existent domain. Oggi ci riprovo. È da qualche anno che mappo osm, ma mi sono iscritto alla mailing list circa un mese fa P.S. come mappo la sezione ari? Ti parrà impossibile, ma nell'elenco delle amenity non c'è alcun riferimento ad amateur radio. Bisognerà crearlo noi per primi. amenity=(amateur_radio_club) ? Potrebbe essere una proposta valida? Sezioni ARI in Italia ce n'è almeno quante sono le province, anzi qualcuna di più. Nel mondo il numero deve essere spropositato. Possibile che il problema non si sia mai posto prima? http://wiki.openstreetmap.org/wiki/Key:club Io andrei di leisure=club club=amateur_radio Questo per aumentare l'uso di questa chiave che viene usata già per tutti i lug italiani :-) -- Giuliano Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] era: Richiesta info da nuovo utente. Come taggare una sezione ARI?
Il 27/02/2013 15:58, sabas88 ha scritto: Il giorno 27 febbraio 2013 15:21, Giuliano italia1...@alice.it ha scritto: Il 27/02/2013 14:14, Michele ha scritto: Giuliano italia1...@alice.it ha scritto: ... come mappo la sezione ari? ... http://wiki.openstreetmap.org/wiki/Key:club Io andrei di leisure=club club=amateur_radio Questo per aumentare l'uso di questa chiave che viene usata già per tutti i lug italiani :-) Ciao, Stefano Grazie, questo si chiama efficienza! Cominceremo ad adoperarlo massivamente. Ciao -- Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stalli bici: alcune domande
Il 02/27/2013 02:21 PM, Federico Cozzi scrisse: 2013/2/27 emmexx emm...@tiscalinet.it: In realta' la mia era una domanda, ho omesso il punto di domanda. Siccome non mi viene in mente un valore che denoti assenza, volevo sapere se esiste gia' un sistema consolidato per questi casi. Non ho ben capito: è un parcheggio per biciclette (come da segnaletica verticale) dell'infausto tipo autoreggente, oppure lì non si può parcheggiare la bicicletta (cioè non è presente la segnaletica verticale)? La prima che hai scritto. :-( Nel secondo caso (assenza di segnaletica) allora effettivamente non metterei bicycle_parking Nel primo caso invece metterei bicycle_parking=X per un (nuovo) X Ad esempio bicycle_parking=free_standing Forse e' piu' adatto self_standing! ;-) Questo nuovo valore andrebbe inserito (con foto) qui: http://wiki.openstreetmap.org/wiki/Key:bicycle_parking Solo che non vorrei che qualcuno si sentisse autorizzato a creare questo tipo di parcheggi, magari perche' ne ha trovati su OSM. Ma questo non e' un problema di OSM. grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Master City: Giochiamo con OpenStreetMap
Ciao Luca, scusa ma mi era sfuggito il messaggio. Le città sono considerate più o meno difficili in base alla loro popolazione. Il DB in realtà non è altro che un array javascript risultato del parsing dei dati OSM. Mario Danelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] era: Richiesta info da nuovo utente. Come taggare una sezione ARI?
... come mappo la sezione ari? ... http://wiki.openstreetmap.org/wiki/Key:club Io andrei di leisure=club club=amateur_radio Questo per aumentare l'uso di questa chiave che viene usata già per tutti i lug italiani :-) Ciao, Stefano Grazie, questo si chiama efficienza! Cominceremo ad adoperarlo massivamente. Ciao Ottimo, così è simile agli altri club, Sarebbe interessante inserire anche il nominativo e il numero della sezione, posso creare un tag così: call=iq1gp ari-section=1006 Oppure nel tag name inserisco sezione ari di rivarolo canavese iq1gp 1006. I LUG hanno un numero? Come vengono identificati? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] era: Richiesta info da nuovo utente. Come taggare una sezione ARI?
Michele iw1...@yahoo.it ha scritto: ... come mappo la sezione ari? ... http://wiki.openstreetmap.org/wiki/Key:club Io andrei di leisure=club club=amateur_radio Questo per aumentare l'uso di questa chiave che viene usata già per tutti i lug italiani :-) Ciao, Stefano Grazie, questo si chiama efficienza! Cominceremo ad adoperarlo massivamente. Ciao Ottimo, così è simile agli altri club, Sarebbe interessante inserire anche il nominativo e il numero della sezione, posso creare un tag così: call=iq1gp ari-section=1006 Oppure nel tag name inserisco sezione ari di rivarolo canavese iq1gp 1006. I LUG hanno un numero? Come vengono identificati? Per ora ho mappato l'edificio, che contiene anche l'ufficio della polizia locale e l'ari, ma non sono convinto che sia il modo giusto mettere entrambi i tag su un solo buolilding. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] era: Richiesta info da nuovo utente. Come taggare una sezione ARI?
Il 27/02/2013 23:45, Michele ha scritto: Michele iw1...@yahoo.it ha scritto: ... come mappo la sezione ari? ... http://wiki.openstreetmap.org/wiki/Key:club Io andrei di leisure=club club=amateur_radio Questo per aumentare l'uso di questa chiave che viene usata già per tutti i lug italiani :-) Ciao, Stefano Grazie, questo si chiama efficienza! Cominceremo ad adoperarlo massivamente. Ciao Ottimo, così è simile agli altri club, Sarebbe interessante inserire anche il nominativo e il numero della sezione, posso creare un tag così: call=iq1gp ari-section=1006 Oppure nel tag name inserisco sezione ari di rivarolo canavese iq1gp 1006. I LUG hanno un numero? Come vengono identificati? Per ora ho mappato l'edificio, che contiene anche l'ufficio della polizia locale e l'ari, ma non sono convinto che sia il modo giusto mettere entrambi i tag su un solo buolilding. :-) Deve essere sicuramente un edificio interessante:-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] era: Richiesta info da nuovo utente. Come taggare una sezione ARI?
2013/2/27 Michele iw1...@yahoo.it: Per ora ho mappato l'edificio, che contiene anche l'ufficio della polizia locale e l'ari, ma non sono convinto che sia il modo giusto mettere entrambi i tag su un solo buolilding. Mappi l'edificio come building=yes e poi metti i nodi con le specifiche proprietà (cioè uno per l'ARI, uno per la Polizia Locale, uno per la Protezione Civile, ecc...). Ciao Cristiano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Orientación para talleres de mapeo
Buen día a todxs! Les escribo esta vez para preguntar si alguien ha tenido experencia manejando talleres de mapeo para openstreetmap en Colombia. Estamos interesados en hacer uno, pero queremos saber qué zonas del país se prestarían más para este tipo de ejercicios, de pronto zonas que no estén mapeadas con suficiente detalle o si tienen metodologías de trabajo para recomendar será información bienvenida. Gracias! Carolina Gutierrez Antolinez Geógrafa Laboratorio de mapeo CEELAT ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Orientación para talleres de mapeo
Puede ser la zona del Canal del Dique. http://www.openstreetmap.org/?lat=10.195lon=-75.286zoom=11layers=M Sobre metodología http://wiki.openstreetmap.org/wiki/Mapping_parties El 27 de febrero de 2013 12:06, Carolina Gutierrez Antolinez cgutier...@ceelat.org escribió: Buen día a todxs! Les escribo esta vez para preguntar si alguien ha tenido experencia manejando talleres de mapeo para openstreetmap en Colombia. Estamos interesados en hacer uno, pero queremos saber qué zonas del país se prestarían más para este tipo de ejercicios, de pronto zonas que no estén mapeadas con suficiente detalle o si tienen metodologías de trabajo para recomendar será información bienvenida. Gracias! Carolina Gutierrez Antolinez Geógrafa Laboratorio de mapeo CEELAT ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Orientación para talleres de mapeo
http://www.learnosm.org/ Para traducirlo al español sugiero contactarlos a través de la página. Luego ideal socializar la iniciativa en la lista del HOT. Saludos, Humberto Yances HOT Member. El 27 de febrero de 2013 12:50, Javier Carranza javier.carra...@geocensos.com escribió: Hola Carolina, Yo estuve elaborando e intercambiando por un curso para capacitadores en el manual que actualmente utiliza OSM en HOT. Sólo sería cuestión de traducirlo. Me pongo a su disposición por lo que precisen. Me pueden ubicar en el 314 324 4540. Saludos, Javier 2013/2/27 Carolina Gutierrez Antolinez cgutier...@ceelat.org Buen día a todxs! Les escribo esta vez para preguntar si alguien ha tenido experencia manejando talleres de mapeo para openstreetmap en Colombia. Estamos interesados en hacer uno, pero queremos saber qué zonas del país se prestarían más para este tipo de ejercicios, de pronto zonas que no estén mapeadas con suficiente detalle o si tienen metodologías de trabajo para recomendar será información bienvenida. Gracias! Carolina Gutierrez Antolinez Geógrafa Laboratorio de mapeo CEELAT ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Orientación para talleres de mapeo
2013/2/27 hyan...@gmail.com hyan...@gmail.com http://www.learnosm.org/ Para traducirlo al español sugiero contactarlos a través de la página. Luego ideal socializar la iniciativa en la lista del HOT. Otras guías que pueden ayudar a cualquier curso puede ser: https://joindiaspora.com/u/osmco donde se trata de agrupar noticias, tutoriales, guias, etc. sobre OSM. Saludos, Humberto Yances HOT Member. El 27 de febrero de 2013 12:50, Javier Carranza javier.carra...@geocensos.com escribió: Hola Carolina, Yo estuve elaborando e intercambiando por un curso para capacitadores en el manual que actualmente utiliza OSM en HOT. Sólo sería cuestión de traducirlo. Me pongo a su disposición por lo que precisen. Me pueden ubicar en el 314 324 4540. Saludos, Javier 2013/2/27 Carolina Gutierrez Antolinez cgutier...@ceelat.org Buen día a todxs! Les escribo esta vez para preguntar si alguien ha tenido experencia manejando talleres de mapeo para openstreetmap en Colombia. Estamos interesados en hacer uno, pero queremos saber qué zonas del país se prestarían más para este tipo de ejercicios, de pronto zonas que no estén mapeadas con suficiente detalle o si tienen metodologías de trabajo para recomendar será información bienvenida. Gracias! Carolina Gutierrez Antolinez Geógrafa Laboratorio de mapeo CEELAT ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- __ _|_ Edwin F. Caldon _|_ edycop[en]gmail-com, ecaldon[en]gmail-com _|_ Web: http://esalud.unicauca.edu.co/ _|_ _|_ ¿Tiene precio la cultura? _|_ ¿Cuanto estás dispuesto a pagar por ella? _| ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-gb-westmidlands] Coventry new edit
Coventry folks. Is this kosher? http://www.openstreetmap.org/browse/node/2177040650 Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Coventry new edit
On 27 February 2013 12:07, Andy Robinson ajrli...@gmail.com wrote: Coventry folks. Is this kosher? http://www.openstreetmap.org/browse/node/2177040650 I'm fairly sure those are all just residential houses along Albany Road and so it's likely a 'joke' edit. Matt ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Coventry new edit
Deleted after survey. Thanks Rob p.s. Interestingly on the opposite side of the road I found a plaque on number 51: http://www.bbc.co.uk/coventry/content/image_galleries/2_tone_plaque_gallery.shtml?29 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] normilize streetnames - state of posting ...
Am 14.01.2013 16:59, schrieb Jan Tappenbeck: Hola ! i tested OSMAND on spain holiday and there are many variantes of streetname-parts. he probado OSMOND en España de vacaciones y hay muchas variantes del nombre de la calle-partes. Avendia Av. Av Avda. Plaza Pza. Calle C/ Pje dr. doctor in german there are bots to make normalize the name-parts. would the spain-community to something like this. so it was easier for software or other search-functions. regards Jan :-) En alemán hay robots para hacer normalizar los nombres-partes. sería el España-comunidad para algo como esto. así que fue más fácil para el software u otras funciones de búsqueda. se refiere Jan :-) Hola ! could someone give a state of this discussion in englisch / german ? regards Jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Trazado y etiquetado de la superficie de calles
Hasta donde yo se, las carreteras no deben hacerse nunca como áreas. Eso (a parte de que no aporta ninguna ventaja), no sirve para los navegadores o ruteadores. Si quieres lo que si puedes ponerles es un tag con la anchura, cuantos carriles tienen, si tienen acera, si están preparadas para gente en silla de ruedas, etc. Una segunda opción para las aceras (aunque creo que no es correcta), es dibujarlas como una línea también, paralelas a la carretera allí donde las haya y ponerles el tag kerb. Pero al final es mucho más útil y lógico, ponérselo a las carreteras, indicando si quieres a cual de los dos lados hay, pasos de cebra... Los jardines y edificios si que no hay ningún problema en que los crees como áreas. Saludos. El 28 de febrero de 2013 00:30, Noel David Torres Taño env...@rolamasao.org escribió: Hola a todos Tengo interés en revisar mi zona de manera que quede perfectamente delimitado lo que es calle, acera, jardín y edificio. Es decir, trazar las calles como superficies y no como líneas. ¿Qué piensan de ello? ¿Es conveniente? ¿Es adecuado? ¿Alguna experiencia previa? Gracias Noel - A: Because it breaks the logical flow of discussion. Q: Why is top posting bad? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Trazado y etiquetado de la superficie de calles
El 28 de febrero de 2013 08:23, Ander Pijoan escribió: Hasta donde yo se, las carreteras no deben hacerse nunca como áreas. Eso (a parte de que no aporta ninguna ventaja), no sirve para los navegadores o ruteadores. Si quieres lo que si puedes ponerles es un tag con la anchura, cuantos carriles tienen, si tienen acera, si están preparadas para gente en silla de ruedas, etc. Otros elementos que se suelen mapear como áreas son los ríos grandes (con la etiqueta riverbank). Una segunda opción para las aceras (aunque creo que no es correcta), es dibujarlas como una línea también, paralelas a la carretera allí donde las haya y ponerles el tag kerb. Pero al final es mucho más útil y lógico, ponérselo a las carreteras, indicando si quieres a cual de los dos lados hay, pasos de cebra... Por cierto, ¿hay algún modo más o menos puesto en común para etiquetar las aceras? En la wiki he visto la etiqueta sidewalk. Entiendo que en las calles residenciales no hace falta, salvo para indicar que no hay acera en alguno de los lados, y que sería muy útil indicarlo en vías no urbanas. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] 27. Wiener Stammtisch - Mittwoch, 6. März 2013, 18:30 Uhr - Wieden Bräu
Hallo! Einladung zum 27. Wiener OSM-Stammtisch am Mittwoch, 6. März 2013 ab 18:30 Uhr im Wieden Bräu Bitte auf http://wiki.openstreetmap.org/wiki/Wien/Stammtisch eintragen, wer kommt. Ich freue mich auf Dein Kommen! :) Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-lv] hipodroms
https://twitter.com/shtosm/status/306650205040824320/photo/1 -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-ca] Master City: Let's play with OpenStreetMap
I'm installing it now. I added it to the Games wiki page. http://wiki.openstreetmap.org/wiki/Games#Games_using_OpenStreetMap_data On 23 February 2013 15:06, Mario Danelli mario.dane...@gmail.com wrote: Hi, thanks to OpenStreetMap and his team I have just released a new application, currently only for Android but if it hasa bit of success I have already set the output on the iPhone and iPad, called Master City. The application is actually a game where, with a double-click, you have to find 5 cities on the map. The data can be filtered by continent or country and choose from 3 different levels of the game. Furthermore, the application does not require access to the internet or wi-fi because, at the moment, everything is contained in the application itself. If you want to take a look under the page on the store https://play.google.com/store/**apps/details?id=com.danelli.** mariofeature=search_result#?**t=**W251bGwsMSwxLDEsImNvbS5kYW5lbG** xpLm1hcmlvIl0https://play.google.com/store/apps/details?id=com.danelli.mariofeature=search_result#?t=W251bGwsMSwxLDEsImNvbS5kYW5lbGxpLm1hcmlvIl0 . I highly recommend you let me know if there are improvements (obviously) and such. In addition to the game itself I think can also be useful to know OpenStreetMap for people of all ages (from 10 up can also be used as an exercise in geography). Obviously in the OpenStreetMap spirit the game is completely free and without ads. Thanks again to all who in recent years have been mapped and those who have just begun. The attribution can be found in the credits section of the settings. Mario Danelli __**_ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-cahttp://lists.openstreetmap.org/listinfo/talk-ca -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Master City: Let's play with OpenStreetMap
Dear Gregory, Many thanks. Mario Danelli ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Master City: Let's play with OpenStreetMap
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Has this been released as free open source software ? I can't seem to find it and would like to submit it to f-droid for inclusion / distribution. F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlEuWYYACgkQfUcTXFrypNXJfQCeKHm1joPxuDycLRW+NFE/u6Cf O4kAoKye9s01alnmCMYzr+eBOdOVktws =b8z5 -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Import adres z RÚIAN
ahoj, já jsem loni začal na tom projektu pracovat, kód je tady: https://github.com/fordfrog/ruian2osm/tree/next_release bohužel jsem už několik měsíců zavalený prací, takže jsem nebyl schopný dotáhnout to do konce. pokud by se ale našel někdo, kdo by chtěl ten projekt dotáhnout do konce, tak s tím rád pomůžu. já osobně budu mít víc času možná tak za 3 měsíce, ale je to jen hodně hrubý odhad. ff Dne 26.2.2013 21:52, Václav Řehák napsal(a): Ahoj, chtěl bych se zeptat, jestli někdo pracuje na automatickém nebo poloautomatickém importu adresních míst z RÚIANu. Vím, že existuje http://maps.fordfrog.com/ a setkal jsem se i z body vytvořenými experimentálním neveřejným php skriptem. Ale mám pocit, že diskuse o celorepublikovém importu nějak ustala před několika měsíci bez jasného závěru, což mi připadá jako škoda, když máme na jednu stranu docela dobrý zdroj dat a na druhou stranu i v některý větších městech (třeba Děčín) adresy úplně chybí. Je to jen tím, že chybí někdo s dostatkem času a chuti nebo jsem přehlédl nějaký principiální problém? Vašek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] MTBMapa do navi
Ahoj, bylo by hezké, mít připravenou databázi pro Locus (populární androidí mapy). Podporuje celou řadu formátů - někdy stačí připravit styl pro vektorové OSM, nebo se může připravit ke stažení sqlite databáze s dlaždicemi (generovat umí kde co, např. mapserver mapcache) J Dne 23.2.2013 16:09, Martin Tesar napsal(a): Ahoj, starám se o to hlavně já a Petr Holub. Díky za pochvalu, teď jsme dělali na novém webovém rozhraní, legendě, kvalitním tisku atp. Vykresluje se konečně celá Evropa. Možnost exportovat plnohodnotně do GPS navigací není. Rád bych udělal aspoň rastrový podklad, který by se nahrál jako vrstva do GPS. Nešlo by routovat ani vyhledávat, ale pro orientaci by to pomohlo. Jestli někdo ví jak na to, rád se nechám nasměrovat a pokusím se to vyrobit. Martin Dne 23. února 2013 11:12 Michal Tauchman michal.tauch...@gmail.comnapsal(a): Ahoj, nevím jistě, kdo se tu stará o projekt http://mtbmap.cz/, ale musím říct, že je to parádní práce, mapa vypadá opravdu krásně. Je až k neuvěření, jak profesionálně může vypadat OSM při jiném vykreslení. Vypadá jako od Shocartu (ale lepší :-D ). Chtěl bych se zeptat,je tu nějaká možnost, či stará se o to někdo, převést mapu k užití v BaseCamp, a následně z něj i exportovat do turistické navi? Já takhle využívám toto: http://mapygarmin.wz.cz/stazeni_map.php V těchto mapách je hodně detailů, ale přeci jen vizuálně se to MTBMap nevyrovná. Díky za odpovědi a případné dotazy... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com HS-RS: jac...@hsrs.cz http://bnhelp.cz http://les-ejk.cz signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Konference GIS ve veřejné správě
Přátelé, rád bych vás pozval na šestý ročník konference, pořádané Českou asociací pro geoinformace (CAGI) [1] - GIS ve veřejné správě [2]. Datum a místo: 27. – 28. 5. 2013 Novotného lávka 5, Praha Na GIS Ostrava jsme se shodli, že v rámci CAGI vznikne nová pracovní skupina pro Open Source a Open (Geo)Data. Jedna sekce v rámci konference je věnována právě této problematice (problematikám). Očekávám tak bohatou aktivní účast. Většina z nás má nějaké vazby na veřejnou správu, znáte problémy, na které narážíme při návrhu obsahujícím Open Source software. Opakují se některé problémy systematicky? Můžeme je odstranit? Nebo stačí jen stále vyvracet některé mýty? CUZK v poslední době provádí kroky směřující k otevřeným datům. Bude zajímavé slyšet, jak daleko se dostali v novinkách představených na GIS Ostrava. Na jejich službách staví hodně Open Street Map. V CUZK si určitě rádi poslechnou názory a připomínky ke svým službám od jejich uživatelů. První cirkulář najdete na [3]. Přihlášky můžete posílat buď mě nebo se registrovat rovnou na givs2013-autor at cagi.cz Jáchym Čepický [1] http://cagi.cz [2] http://cagi.cz/akcevypis.php?id=519 [3] http://cagi.cz/files/GIVS2013-Cirkular-01_01021391738.pdf -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak se tagují chmelnice
Narazil jsem na problém jak otagovat chmelnici. Na stránce https://wiki. openstreetmap.org/wiki/Cz:Map_Features#Vyu.C5.BEit.C3.AD_krajiny_.28Landuse. 29 jsem našel pouze tag pro vinici Pražák ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak se tagují chmelnice
Děkuji Dne 27. února 2013 19:24 Marián Kyral mky...@email.cz napsal(a): -- Původní zpráva -- Od: Zdeněk Pražák zpra...@seznam.cz Datum: 27. 2. 2013 Předmět: Re: [Talk-cz] jak se tagují chmelnice Narazil jsem na problém jak otagovat chmelnici. Na stránce https://wiki.openstreetmap.org/wiki/Cz:Map_Features#Vyu.C5.BEit.C3.AD_krajiny_.28Landuse.29 jsem našel pouze tag pro vinici Pražák Tady: http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D to tagují jako landuse=hop_garden Ovšem patřičná podstránka na wiki neexistuje. Takže je otázka, jestli se to správně. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] [forum-osm-fr] EuroVelo en France icn ou ncn ?
Le message suivant de : ## Bonjour, Concernant les Eurovelo pour leur partie Française ils sont tous marqué ncn, mais si je me référe au wiki : http://wiki.openstreetmap.org/wiki/Cycle_routes ce sont bien les tags network=icn qui devraient être indiqué non ? Il ne s'agit pas d'itinaires nationaux mais bien d'internationaux même si ce ne sont que des bouts pour chaque pays, si non à quel occasion on inscrit icn, sur un itinéraire intergallactique :D J'avais modifié l'EuroVelo 4 dans ce sens car j'y contribue en ce moment et un contributeur étranger a remis ncn sur EV4, en plus c'est le même qui mets type=superroute sur les relations de relation pour les EuroVelo. :? Merci a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2t=531 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Méridional en hémisphère sud ?
Ou l'adjectif austral(e) ? Mais Australie australe, c'est un peu redondant, non ? ;-) Francescu Le 27 février 2013 04:53, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Bonjour, Je suis tombé sur http://www.openstreetmap.org/browse/node/304951007 qui porte comme name:fr = Australie méridionale Je m'interroge maintenant si l'on peut raisonnablement utiliser le terme méridional en hémisphère sud, à forciori si l'on souhaite désigner une chose se trouvant au sud. Méridional vient du latin et se réfère au midi. Il se trouve maintenant que le midi en hémisphère sud se trouve au nord, toujours en direction de l'équateur. Par exemple, ce blog parle du problème: http://mauricianismes.wordpress.com/2011/01/20/meridional/ Ne serait-il pas mieux d'utiliser simplement le terme du Sud? -- Cordialement Hendrik Oesterlin Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Méridional en hémisphère sud ?
Plus sérieusement quand même : Wikipedia parle bien d'Australie-Méridionale, pour cet état : http://fr.wikipedia.org/wiki/Australie-M%C3%A9ridionale Il s'agit donc là du nom officiel (je mets des guillemets car j'ignore si cette traduction a été validée par un quelconque organisme...) Francescu Le 27 février 2013 04:53, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Bonjour, Je suis tombé sur http://www.openstreetmap.org/browse/node/304951007 qui porte comme name:fr = Australie méridionale Je m'interroge maintenant si l'on peut raisonnablement utiliser le terme méridional en hémisphère sud, à forciori si l'on souhaite désigner une chose se trouvant au sud. Méridional vient du latin et se réfère au midi. Il se trouve maintenant que le midi en hémisphère sud se trouve au nord, toujours en direction de l'équateur. Par exemple, ce blog parle du problème: http://mauricianismes.wordpress.com/2011/01/20/meridional/ Ne serait-il pas mieux d'utiliser simplement le terme du Sud? -- Cordialement Hendrik Oesterlin Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] prob télécharger une carte OSMAND
Le message suivant de : ## Bonjour, n'ayant pas de forum explicite pour ma question ,je la poste ici. Voici deux jours que je tente de télécharger la carte japon lié à Osmand. J'ai un galaxy s3 + sd vide de 32mega. J'ai tout configuré pour que les cartes soit downloadé et stockées (openmaps, sauces osmand )dans la Sd (via les commandes incluse dans osmand) Je lance le téléchargement via WIFI ( pas de réseau g3 etc , car je n'ai pas de forfait illimité). Pour de petites cartes ( alsace , portugal) tout est OK. Mais la carte du japon fait 664 méga en 4 fichiers. elle commence à se downloader ...puis tout coupevers 2 à 80% du premier download sur 4 Que faire? Comment downloader la carte special osmond du japon sur un pc sous win ? sous linux? Autre solution. Merci a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=3t=532 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
Et sur le wiki: http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France#Portails_Open_Data_des_Aires_urbaines 2013/2/27 Christian Quest cqu...@openstreetmap.fr C'est sur le site: http://openstreetmap.fr/opendata-pau ___ 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] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
Quelqu'un peut donner un lien vers la classification de Tim Berners-Lee ? Je ne trouve rien à ce sujet... Francescu 2013/2/27 Vincent Privat vincent.pri...@gmail.com Et sur le wiki: http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France#Portails_Open_Data_des_Aires_urbaines 2013/2/27 Christian Quest cqu...@openstreetmap.fr C'est sur le site: http://openstreetmap.fr/opendata-pau ___ 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
http://5stardata.info/ Le 27 février 2013 10:30, Francescu GAROBY windu...@gmail.com a écrit : Quelqu'un peut donner un lien vers la classification de Tim Berners-Lee ? Je ne trouve rien à ce sujet... Francescu -- Christian Quest - OpenStreetMap France Week-end SOTM-FR à Lyon, les 23-24 février prochains: http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
Le mercredi 27 février 2013 à 10:30 +0100, Francescu GAROBY a écrit : Quelqu'un peut donner un lien vers la classification de Tim Berners-Lee ? Je ne trouve rien à ce sujet... http://5stardata.info/ https://fr.wikipedia.org/wiki/Donn%C3%A9es_ouvertes https://en.wikipedia.org/wiki/Linked_data Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Je plussois sur tout ce qui concerne les relations wikipedia - osm. Je ne comprends même pas que ce soit pas considéré comme l'urgence absolue. Sur le tag wikipedia, je pense que le mieux serait de se caler sur leur système de wikidata (http://www.wikidata.org). Mais ça peut se discuter, car à ce que j'ai compris, ce système reste soumis à l'appréciation de chaque communauté wikipedia. En tous les cas la plupart ont l'air d'avancer à fond en cette direction. Donc en ce cas plus besoin de mettre de langue ou autre Pour la cathédrale saint paul, le tag serait : wikidata=http://www.wikidata.org/wiki/Q399961 Pas de wikipedia=en:, ni wikipedia=fr:, etc, wikidata tout court suffit. Le gros ennui de ce système est qu'il est facile de faire une erreur dans la saisie... aussi je serais favorable à mettre une chaine de controle, du style : wikidata=http://www.wikidata.org/wiki/Q399961, St. Paul's Cathedral De cette façon, c'est vérifiable par Osmose. Et en plus ça permet de comprendre l'intention de celui qui saisit le tag wikidata : au fond, il peut ne pas y avoir de correspondance directe poi osm/article wikipedia. Mais j'ai peur qu'une telle proposition soit considérée comme une horreur redondante ?... Concernant les images, ça dépend de la politique. Philippe a raison (dans un autre message), c'est théoriquement inutile et mal fichu. Mais il me semble qu'il est difficile à l'heure actuelle de découvrir par informatique quelle est la bonne image wikipedia correspondant à un poi, juste en analysant le pataques wikipedia. Aussi le pragmatisme serait peut être d'en donner quand même une, même si c'est pas élégant du point de vue de l'élégance. Cordialement. Le 26 février 2013 21:12, Black Myst black.m...@free.fr a écrit : Bonjour, Dans le but de proposer un premier thème Wikipedia comme projet du mois, j'aurais souhaitez vos avis sur 2 pages du wiki: - La page de description du tag wikipedia, que j'ai pas mal remanier pour essayer d'être le plus claire possible. http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia - La page de présentation du projet du mois http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia Il reste un point à trancher concernant l'utilisation du tag wikipedia:image=url. Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag wikipedia. Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus proche étant 'image' mais il n'est qu'à l'état de proposition et les use-case ne me semble pas clair/ Que faire de ces tags : - Les considérer comme correct (et donc modifier la page du wiki) - Faire une proposition de nouveau tag - Les convertir en image=url - Les supprimer - Les laisser en l'état ++ Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
Bonjour, De : Christophe Merlet http://5stardata.info/ https://fr.wikipedia.org/wiki/Donn%C3%A9es_ouvertes https://en.wikipedia.org/wiki/Linked_data Je ne sais pas si la classification accepte les décimales :-) , mais le format Shapefile ne rentre pas dans les cases, vu qu'il est propriétaire (ESRI). Ça ne l'empêche pas d'être documenté [1] d'où son intérêt dans les échanges. vincent [1] : http://www.esri.com/library/whitepapers/pdfs/shapefile.pdf Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
+1 avec Philippe pour le choix du tag image:commons=Fichier.jpg comme
meilleur tag par défaut, mais surtout, pour ne pas tagguer du tout.
Je vois 2 méthodes pour extraire les photos de Commons liées à un objet OSM:
- par coordonnées géographiques, comme Philippe le propose. Commons dispose
actuellement de 3.5 millions d'images géoréférencées:
http://commons.wikimedia.org/wiki/Category:Media_with_locations
- lorsqu'un objet référence un article Wikipédia, extraire les photos de sa
catégorie Commons liée dans la page de l'article (référencée en français
avec le template {{Autres projets|commons=Category:XXX|commons titre=XXX}})
Tout ceci peut faire l'objet d'améliorations au plugin JOSM wikipedia, j'ai
créé le ticket #8472 pour ça.
Pour ce sujet ça peut être pas mal d'en parler là-bas:
http://wiki.openstreetmap.org/wiki/Talk:WIWOSM#Commons:Geocoding
Le 27 février 2013 05:54, Philippe Verdy verd...@wanadoo.fr a écrit :
Concernant wikipedia:image le tag est très mal choisi. D'abord le but
n'est pas de mettre une URL mais une référence à une image sous la
forme telle qu'on devrait la trouver sur Wikipédia. Cela exclue donc
tous les liens directs soit à un thumbnail, soit à la page de
présentation de l'image. De plus ces images n'ont la plupart du temps
rien à faire sur Wikipédia mais vont sur Commons.
Bref au lieu de wikipedia:image=http://.../Nom image.jpeg cela
devrait être en fait sous la forme image:commons=Nom image.jpg.
A charge ensuite au moteur de rendu de sélectionner l'URL ou un miroir
mais si on met image:url=* alors c'est vers un autre site qui n'est
pas forcément libre de droit (on pourrait aussi mettre
image:flickr=Nom d'image.ppg si elle est hébergée sur FlickR (sous
cette forme on peut en mêm temps avoir accès aux métadonnées et faire
des vérifications automatiques de licence).
Mais pourquoi se limiter aux images alors ? Pourquoi pas non plus des
références à des vidéos ?
Et sinon y a-t-il des images plus représentatives qu'une autre pour
une collectivité, une ville ? La photo de la mairie, d'un monument,
d'un paysage ? Ou l'image d'une carte de localisation ? ou encore le
logo ou un blason ?
Franchement je préfère qu'on ne mette rien du tout, et qu'on laisse
les moteurs de rendus chercher les images géolocalisées pour les
présenter sous forme de mini-icones qui, quand on les clique, affiche
un panneau montrant l'image et sa description et ses infos de licence.
La géolocalisation des images de Commons fonctionne déjà très bien
sans rien ajouter à la base OSM (le toolserver de Commons fournit des
listes d'images géolocalisées à la demande).
Le 26 février 2013 21:12, Black Myst black.m...@free.fr a écrit :
Bonjour,
Dans le but de proposer un premier thème Wikipedia comme projet du
mois,
j'aurais souhaitez vos avis sur 2 pages du wiki:
- La page de description du tag wikipedia, que j'ai pas mal remanier pour
essayer d'être le plus claire possible.
http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia
- La page de présentation du projet du mois
http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia
Il reste un point à trancher concernant l'utilisation du tag
wikipedia:image=url.
Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune
explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag
wikipedia.
Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus
proche étant 'image' mais il n'est qu'à l'état de proposition et les
use-case ne me semble pas clair/
Que faire de ces tags :
- Les considérer comme correct (et donc modifier la page du wiki)
- Faire une proposition de nouveau tag
- Les convertir en image=url
- Les supprimer
- Les laisser en l'état
++
Black Myst
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Je suis d'accord sur le principe. Par contre, un des soucis de ton exemple, c'est que le lien Wikidata renvoie AUX cathédraleS Saint-Paul, c'est à dire sur une page d'homonymies, qui ne permet donc pas de dire de laquelle il est question (pas pratique) Le 27 février 2013 10:49, Ista Pouss ista...@gmail.com a écrit : Je plussois sur tout ce qui concerne les relations wikipedia - osm. Je ne comprends même pas que ce soit pas considéré comme l'urgence absolue. Sur le tag wikipedia, je pense que le mieux serait de se caler sur leur système de wikidata (http://www.wikidata.org). Mais ça peut se discuter, car à ce que j'ai compris, ce système reste soumis à l'appréciation de chaque communauté wikipedia. En tous les cas la plupart ont l'air d'avancer à fond en cette direction. Donc en ce cas plus besoin de mettre de langue ou autre Pour la cathédrale saint paul, le tag serait : wikidata=http://www.wikidata.org/wiki/Q399961 Pas de wikipedia=en:, ni wikipedia=fr:, etc, wikidata tout court suffit. Le gros ennui de ce système est qu'il est facile de faire une erreur dans la saisie... aussi je serais favorable à mettre une chaine de controle, du style : wikidata=http://www.wikidata.org/wiki/Q399961, St. Paul's Cathedral De cette façon, c'est vérifiable par Osmose. Et en plus ça permet de comprendre l'intention de celui qui saisit le tag wikidata : au fond, il peut ne pas y avoir de correspondance directe poi osm/article wikipedia. Mais j'ai peur qu'une telle proposition soit considérée comme une horreur redondante ?... Concernant les images, ça dépend de la politique. Philippe a raison (dans un autre message), c'est théoriquement inutile et mal fichu. Mais il me semble qu'il est difficile à l'heure actuelle de découvrir par informatique quelle est la bonne image wikipedia correspondant à un poi, juste en analysant le pataques wikipedia. Aussi le pragmatisme serait peut être d'en donner quand même une, même si c'est pas élégant du point de vue de l'élégance. Cordialement. Le 26 février 2013 21:12, Black Myst black.m...@free.fr a écrit : Bonjour, Dans le but de proposer un premier thème Wikipedia comme projet du mois, j'aurais souhaitez vos avis sur 2 pages du wiki: - La page de description du tag wikipedia, que j'ai pas mal remanier pour essayer d'être le plus claire possible. http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia - La page de présentation du projet du mois http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia Il reste un point à trancher concernant l'utilisation du tag wikipedia:image=url. Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag wikipedia. Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus proche étant 'image' mais il n'est qu'à l'état de proposition et les use-case ne me semble pas clair/ Que faire de ces tags : - Les considérer comme correct (et donc modifier la page du wiki) - Faire une proposition de nouveau tag - Les convertir en image=url - Les supprimer - Les laisser en l'état ++ Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ 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, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Question subsidiaire :
Comment associé plusieurs photos wikimedia à 1 objet OSM ?
Le 27/02/2013 11:01, Vincent Privat a écrit :
+1 avec Philippe pour le choix du tag image:commons=Fichier.jpg
comme meilleur tag par défaut, mais surtout, pour ne pas tagguer du tout.
Je vois 2 méthodes pour extraire les photos de Commons liées à un
objet OSM:
- par coordonnées géographiques, comme Philippe le propose. Commons
dispose actuellement de 3.5 millions d'images géoréférencées:
http://commons.wikimedia.org/wiki/Category:Media_with_locations
- lorsqu'un objet référence un article Wikipédia, extraire les photos
de sa catégorie Commons liée dans la page de l'article (référencée en
français avec le template {{Autres
projets|commons=Category:XXX|commons titre=XXX}})
Tout ceci peut faire l'objet d'améliorations au plugin JOSM wikipedia,
j'ai créé le ticket #8472 pour ça.
Pour ce sujet ça peut être pas mal d'en parler là-bas:
http://wiki.openstreetmap.org/wiki/Talk:WIWOSM#Commons:Geocoding
Le 27 février 2013 05:54, Philippe Verdy verd...@wanadoo.fr
mailto:verd...@wanadoo.fr a écrit :
Concernant wikipedia:image le tag est très mal choisi. D'abord le but
n'est pas de mettre une URL mais une référence à une image sous la
forme telle qu'on devrait la trouver sur Wikipédia. Cela exclue donc
tous les liens directs soit à un thumbnail, soit à la page de
présentation de l'image. De plus ces images n'ont la plupart du temps
rien à faire sur Wikipédia mais vont sur Commons.
Bref au lieu de wikipedia:image=http://.../Nom image.jpeg cela
devrait être en fait sous la forme image:commons=Nom image.jpg.
A charge ensuite au moteur de rendu de sélectionner l'URL ou un miroir
mais si on met image:url=* alors c'est vers un autre site qui n'est
pas forcément libre de droit (on pourrait aussi mettre
image:flickr=Nom d'image.ppg si elle est hébergée sur FlickR (sous
cette forme on peut en mêm temps avoir accès aux métadonnées et faire
des vérifications automatiques de licence).
Mais pourquoi se limiter aux images alors ? Pourquoi pas non plus des
références à des vidéos ?
Et sinon y a-t-il des images plus représentatives qu'une autre pour
une collectivité, une ville ? La photo de la mairie, d'un monument,
d'un paysage ? Ou l'image d'une carte de localisation ? ou encore le
logo ou un blason ?
Franchement je préfère qu'on ne mette rien du tout, et qu'on laisse
les moteurs de rendus chercher les images géolocalisées pour les
présenter sous forme de mini-icones qui, quand on les clique, affiche
un panneau montrant l'image et sa description et ses infos de licence.
La géolocalisation des images de Commons fonctionne déjà très bien
sans rien ajouter à la base OSM (le toolserver de Commons fournit des
listes d'images géolocalisées à la demande).
Le 26 février 2013 21:12, Black Myst black.m...@free.fr
mailto:black.m...@free.fr a écrit :
Bonjour,
Dans le but de proposer un premier thème Wikipedia comme
projet du mois,
j'aurais souhaitez vos avis sur 2 pages du wiki:
- La page de description du tag wikipedia, que j'ai pas mal
remanier pour
essayer d'être le plus claire possible.
http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia
- La page de présentation du projet du mois
http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia
Il reste un point à trancher concernant l'utilisation du tag
wikipedia:image=url.
Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune
explication sur le wiki et n'est pas cohérent avec l'usage
actuel du tag
wikipedia.
Je n'ai pas trouvé correspondant parfaitement à l'utilisation,
le plus
proche étant 'image' mais il n'est qu'à l'état de proposition et les
use-case ne me semble pas clair/
Que faire de ces tags :
- Les considérer comme correct (et donc modifier la page du wiki)
- Faire une proposition de nouveau tag
- Les convertir en image=url
- Les supprimer
- Les laisser en l'état
++
Black Myst
___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 11:01, Ab_fab gamma@gmail.com a écrit : Je suis d'accord sur le principe. Par contre, un des soucis de ton exemple, c'est que le lien Wikidata renvoie AUX cathédraleS Saint-Paul, c'est à dire sur une page d'homonymies, qui ne permet donc pas de dire de laquelle il est question (pas pratique) Ah oui flûte de flûte :-) Au moins c'était juste pour voir si vous suiviez :-) (et que le problème n'est pas si simple) DONC ma proposition serait wikidata=http://www.wikidata.org/wiki/Q173882, St. Paul's Cathedral ... le titre ne change pas sur wikidata. (...et dans l'hypothèse ou LA cathedrale st paul est bien celle de Londres ?? ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 11:19, Ista Pouss ista...@gmail.com a écrit : Le 27 février 2013 11:01, Ab_fab gamma@gmail.com a écrit : Je suis d'accord sur le principe. Par contre, un des soucis de ton exemple, c'est que le lien Wikidata renvoie AUX cathédraleS Saint-Paul, c'est à dire sur une page d'homonymies, qui ne permet donc pas de dire de laquelle il est question (pas pratique) Ah oui flûte de flûte :-) Au moins c'était juste pour voir si vous suiviez :-) (et que le problème n'est pas si simple) DONC ma proposition serait wikidata=http://www.wikidata.org/wiki/Q173882, St. Paul's Cathedral Quitte à utiliser wikidata autant ne pas repartir dans la même erreur que initialement pour le tag wikipedia : ref:wikidata=Q173882 http://www.wikidata.org/wiki/Q173882 Dans qu'elle langue mettre le texte ? Autant garder le tag wikipedia dans ce cas qui identifie bien un article unique et qui fait la jointure vers wikidata.Il y a aussi des subtilités, comme wikipedia:lang et le fait que un artcile wikipedia peut forcer un lien interwiki. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
wikidata=http://www.wikidata.org/wiki/Q173882 Je ne comprends pas très bien cette clé wikidata. Est-ce que les pages wikipedia dans les différentes langues contiennent cette clé ? Ou bien est-ce que c'est une base de données qui contient tous les liens vers les pages wiki en différentes langues? ou bien est-ce bidirectionnel ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
+1 avec Frédéric pour une référence plus claire A noter : le sujet Wikidata a été abordé hier soir sur la liste tagging http://lists.openstreetmap.org/pipermail/tagging/2013-February/013077.html Le 27 février 2013 11:27, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Quitte à utiliser wikidata autant ne pas repartir dans la même erreur que initialement pour le tag wikipedia : ref:wikidata=Q173882 http://www.wikidata.org/wiki/Q173882 Frédéric. ___ 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, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
A mon avis Wikidata est plutôt une mauvaise idée dans son utilisation actuelle. C'est une cuisine interne à Wikipédia et encore trop expérimental et c'est en plus un projet qui porte très mal son nom et se trompe d'objectif. Il est bien plus simple de ne mettre dans OSM qu'un seul lien Wikipédia sous la forme wikipedia=lang:Nom d'article, en utilisant la langue par défaut du pays ou la région correspondante. Si nécessaire les moteurs de rendus iront eux-même chercher les liens interwikis à partir de là (il y a déjà une API pour faire cela sans même avoir à lire le code HTML ou décoder le code source Wikimedia). Wikidata ne sert strictement à rien à partir de là. Les liens Wikidata ne sont pas vérifiables en plus, on ne sait absolument pas vers quoi cela mène. Et ils ne sont pas maintenus correctement, et ne suivent pas les renommages de pages, et scissions. Wikidata est bourré d'erreurs. Beaucoup plus que pour les liens interwiki. Tout bonnement à cause de son système de nommage qui ne permet aucune recherche effective. Wikidata aurait du servir à des chose bien plus utiles qui est de pouvoir créer des données relationnelles partagées entre des pages Wikipédia de diverss langues, et permettant un requêtage pour la génération automatique de tables et modèles de navigation. Mais pour les interwikis le système actuel ne sert strictement à rien (beaucoup d'effort pour pas grand chose, juste un duplication inutile de données non maintenues!). Le 27 février 2013 10:49, Ista Pouss ista...@gmail.com a écrit : Je plussois sur tout ce qui concerne les relations wikipedia - osm. Je ne comprends même pas que ce soit pas considéré comme l'urgence absolue. Sur le tag wikipedia, je pense que le mieux serait de se caler sur leur système de wikidata (http://www.wikidata.org). Mais ça peut se discuter, car à ce que j'ai compris, ce système reste soumis à l'appréciation de chaque communauté wikipedia. En tous les cas la plupart ont l'air d'avancer à fond en cette direction. Donc en ce cas plus besoin de mettre de langue ou autre Pour la cathédrale saint paul, le tag serait : wikidata=http://www.wikidata.org/wiki/Q399961 Pas de wikipedia=en:, ni wikipedia=fr:, etc, wikidata tout court suffit. Le gros ennui de ce système est qu'il est facile de faire une erreur dans la saisie... aussi je serais favorable à mettre une chaine de controle, du style : wikidata=http://www.wikidata.org/wiki/Q399961, St. Paul's Cathedral De cette façon, c'est vérifiable par Osmose. Et en plus ça permet de comprendre l'intention de celui qui saisit le tag wikidata : au fond, il peut ne pas y avoir de correspondance directe poi osm/article wikipedia. Mais j'ai peur qu'une telle proposition soit considérée comme une horreur redondante ?... Concernant les images, ça dépend de la politique. Philippe a raison (dans un autre message), c'est théoriquement inutile et mal fichu. Mais il me semble qu'il est difficile à l'heure actuelle de découvrir par informatique quelle est la bonne image wikipedia correspondant à un poi, juste en analysant le pataques wikipedia. Aussi le pragmatisme serait peut être d'en donner quand même une, même si c'est pas élégant du point de vue de l'élégance. Cordialement. Le 26 février 2013 21:12, Black Myst black.m...@free.fr a écrit : Bonjour, Dans le but de proposer un premier thème Wikipedia comme projet du mois, j'aurais souhaitez vos avis sur 2 pages du wiki: - La page de description du tag wikipedia, que j'ai pas mal remanier pour essayer d'être le plus claire possible. http://wiki.openstreetmap.org/wiki/FR:Key:wikipedia - La page de présentation du projet du mois http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Wikipedia Il reste un point à trancher concernant l'utilisation du tag wikipedia:image=url. Ce tag est présent 65x dans la base, mais ne fait l'objet d'aucune explication sur le wiki et n'est pas cohérent avec l'usage actuel du tag wikipedia. Je n'ai pas trouvé correspondant parfaitement à l'utilisation, le plus proche étant 'image' mais il n'est qu'à l'état de proposition et les use-case ne me semble pas clair/ Que faire de ces tags : - Les considérer comme correct (et donc modifier la page du wiki) - Faire une proposition de nouveau tag - Les convertir en image=url - Les supprimer - Les laisser en l'état ++ Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Des textes à promenades ___ 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] tag wikipedia
Le 27 février 2013 11:05, rldhont rldh...@gmail.com a écrit : Question subsidiaire : Comment associé plusieurs photos wikimedia à 1 objet OSM ? Pour moi c'est simple : indiquer une catégorie sur Commons. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 11:27, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 27 février 2013 11:19, Ista Pouss ista...@gmail.com a écrit : DONC ma proposition serait wikidata=http://www.wikidata.org/wiki/Q173882, St. Paul's Cathedral Quitte à utiliser wikidata autant ne pas repartir dans la même erreur que initialement pour le tag wikipedia : ref:wikidata=Q173882 http://www.wikidata.org/wiki/Q173882 À quelles erreurs fais-tu référence ? Dans qu'elle langue mettre le texte ? Autant garder le tag wikipedia dans ce cas qui identifie bien un article unique et qui fait la jointure vers wikidata.Il y a aussi des subtilités, comme wikipedia:lang et le fait que un artcile wikipedia peut forcer un lien interwiki. Le texte en clair que je propose de mettre avec l'URL, à des fins de contrôle et non d'affichage, est celui du titre de la page du wikidata. Donc il est dans la langue décidée par le projet wikidata. Cordialement. -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] association Aristote utilise la carte openstreetmap
Pour votre collection de sites proposant la carte OSM: http://www.association-aristote.fr/doku.php/public:aristote:contact avec un mapping assez complet de l'École Polytechnique à Palaiseau -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag wikipedia
Le 27 février 2013 12:31, Ista Pouss ista...@gmail.com a écrit : Le texte en clair que je propose de mettre avec l'URL, à des fins de contrôle et non d'affichage, est celui du titre de la page du wikidata. Donc il est dans la langue décidée par le projet wikidata. On sera bien avancé le jour où une ville française aura son article Wikipédia lié à une entrée Wikidata dont le titre par défaut est en Chinois (et basé sur une translitération approximative et ambiguë) ! Encore une mauvaise idée que ce Wikidata-truc ! Il me parait plus sensé d'utiliser la liste des interwikis présente déjà dans une page d'une édition bien définie de Wikipédia qui sert de référence stable (et maintenue) pour trouver toutes les autres pages. Au moins on a la garantie de la langue de base et du titre. On en reparlera seulement le jour où le Wikidata expérimental sera *réellement* intégré comme une fonction de base de Wikipédia se substituant à ses interwikis. Pas avant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
