[talk-ph] Cherry Mobile Andoids
Hi all, Just noticed that Cherry Mobile is having a sale on their Android Range. Most of them pack GPS, so its an option if you want to get into mapping cheaply. http://www.cherrymobile.com.ph/sites/default/files/images/Poster_AndroidFlyer_12in_18in%281%29.jpg I've had the Cosmo for about a year and its still going strong. Quite pleasantly surprised its lasted this long! They're never intended to be as fast or as flash as an iPhone, but at a tenth of the price, they seem like a good deal to me. I use the TrekBuddy application for recording tracks, and for navigation using pre-downloaded maps. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6489 4132 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Vandalism in Brussels
2012/6/14 Georges De Gruyter zors1...@gmail.com: User : http://www.openstreetmap.org/user/evanoconnell He is only a beginner. Osm says Mappeur depuis: 12 juin 2012 à 17:45 (il y a 1 jour) I already corrected most of it. thanks What where these silly edits ? How many amongst the edits were silly ? Could someone stop him ? have you contacted him already to let him know and propose that he joins the list to discuss working on osm in Be ? If not, I volunteer to do it. Regards NP -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Vandalism in Brussels
On 2012-06-14 10:01, Nicolas Pettiaux wrote: What where these silly edits ? How many amongst the edits were silly ? http://www.openstreetmap.org/browse/node/1784899252/history http://www.openstreetmap.org/browse/node/1784898875/history http://www.openstreetmap.org/browse/node/1784896185/history http://www.openstreetmap.org/browse/node/1784898319/history http://www.openstreetmap.org/browse/node/1784898802/history http://www.openstreetmap.org/browse/node/1785973283/history That may be just playing around, but it is also vandalism. He certainly needs to be contacted to inform him of his actions. Maarten ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Vandalism in Brussels
2012/6/14 Georges De Gruyter zors1...@gmail.com: hello, Most of the things he did were silly. I hope he's only playing around, but I fear he's not. Pls contact him. OK Through the internal messaging system of OSM, I have just sent the following message === Subject: Your edits can be considered vandalism. Please stop and join the community hello, Your recent edits on OpenStreetMap (OSM) http://www.openstreetmap.org/browse/node/1784899252/history http://www.openstreetmap.org/browse/node/1784898875/history http://www.openstreetmap.org/browse/node/1784896185/history http://www.openstreetmap.org/browse/node/1784898319/history http://www.openstreetmap.org/browse/node/1784898802/history http://www.openstreetmap.org/browse/node/1785973283/history may be just playing around, but it is also vandalism. You are just a recent OSM contributor and the Belgian active contributors to OSM would be very happy to count one more member of the Belgian mapping community. Please follow the rules of http://wiki.openstreetmap.org/wiki/Beginners%27_guide, and, as mentionned as first point To join the community so that you can contribute, read the guide on http://wiki.openstreetmap.org/wiki/Belgium and come and discuss on the mailing list http://wiki.openstreetmap.org/wiki/Belgium#Mailing_list As your edits can be considered vandalism, please stop, contribute positively and join the community. Or you risk of being blocked. Best regards, Nicolas -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Elzestraat
Can someone please help me to tag/place the administrative node for Elzestraat (part of Sint-Kathelijne-Waver) http://nl.wikipedia.org/wiki/Elzestraat ? thanks m. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Elzestraat
On Thursday 14 June 2012 13:15:27 Marc Gemis wrote: Can someone please help me to tag/place the administrative node for Elzestraat (part of Sint-Kathelijne-Waver) http://nl.wikipedia.org/wiki/Elzestraat 'k Heb een node geplaatst: http://www.openstreetmap.org/browse/node/1787206904 'k Hoop dat ze juist ligt :-) Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Brussels urbis data and OSM
Dear All Urbis (http://www.cirb.irisnet.be/phare/departements/services/urbis) is the official GIS data in Brussels, maintained by CIRB : Les produits Brussels UrbIS®© (Brussels Urban Information System) constituent un ensemble cohérent de bases de données cartographiques et alphanumériques propres au territoire de la Région de Bruxelles-Capitale. I wonder if the licence (here in Fr and Nl http://www.cirb.irisnet.be/departements/services/urbis/acces-aux-donnees http://www.cibg.irisnet.be/operationele-departementen/diensten/urbis/acces-aux-donnees?set_language=nl ) is compatible with OSM, whether for import of the Urbis data, event some of it, or just for comparison, to make sure OSM contains all the Urbis data. I think the last case is *not* discribed int the licence. What is your inderstanding ? Tomorrow (Friday June 15) I attend a meeting http://ymlp.com/z2OA3s in Brussels related to Colloque Les Villes à l'heure du numérique that is especially related to OpenData too. The boss of Cirb (Hervé Feuillien) whom I know personnally will be there and speak. I would like to ask him some questions like : 1/ Qui s'occupe de la gestion des données URBIS ? 2/ Pensez-vous qu'il soit possible de les obtenir avec une licence compatible avec la licence de OpenStreetMap (OSM) pour les utiliser ? Soit les intégrer soit au minimum voir les différences pour que nous puissions travailler à améliorer OSM pour qu'il colle à Urbis ? Any other idea will be welcome. Bart Rosseau, expert e-stratégie de la Ville de Gand, will speak about Open Data à Gand. Perhaps could I ask similar questions for Gent provided you give me any useful info about Gent. Thanks, Nicolas -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Brussels urbis data and OSM
For the current licence, I read the license file, and it allows you to use the data for any purpose, but you're not allowed to spread the data, or spread the results of what you used the data for. So you can't import the data into OSM. You also can't compare the data with OSM and publish the precise results. But you are allowed to compare the data with OSM and use those results yourself for any purpose (like to get a list with locations you should check on the ground). If you are able to write a manual, or even a script you can use to compare the data to OSM, you can spread that, so it gets accessible to more people. Oh, and there is one exception for printed results. So if you do the comparing, you can print the results and hand those to other mappers you know. Of course, this isn't as handy as providing a GPX with all locations that should be visited. Regards, Sander 2012/6/14 Nicolas Pettiaux nico...@pettiaux.be Dear All Urbis (http://www.cirb.irisnet.be/phare/departements/services/urbis) is the official GIS data in Brussels, maintained by CIRB : Les produits Brussels UrbIS®© (Brussels Urban Information System) constituent un ensemble cohérent de bases de données cartographiques et alphanumériques propres au territoire de la Région de Bruxelles-Capitale. I wonder if the licence (here in Fr and Nl http://www.cirb.irisnet.be/departements/services/urbis/acces-aux-donnees http://www.cibg.irisnet.be/operationele-departementen/diensten/urbis/acces-aux-donnees?set_language=nl ) is compatible with OSM, whether for import of the Urbis data, event some of it, or just for comparison, to make sure OSM contains all the Urbis data. I think the last case is *not* discribed int the licence. What is your inderstanding ? Tomorrow (Friday June 15) I attend a meeting http://ymlp.com/z2OA3s in Brussels related to Colloque Les Villes à l'heure du numérique that is especially related to OpenData too. The boss of Cirb (Hervé Feuillien) whom I know personnally will be there and speak. I would like to ask him some questions like : 1/ Qui s'occupe de la gestion des données URBIS ? 2/ Pensez-vous qu'il soit possible de les obtenir avec une licence compatible avec la licence de OpenStreetMap (OSM) pour les utiliser ? Soit les intégrer soit au minimum voir les différences pour que nous puissions travailler à améliorer OSM pour qu'il colle à Urbis ? Any other idea will be welcome. Bart Rosseau, expert e-stratégie de la Ville de Gand, will speak about Open Data à Gand. Perhaps could I ask similar questions for Gent provided you give me any useful info about Gent. Thanks, Nicolas -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Brussels urbis data and OSM
On Thu, Jun 14, 2012 at 6:52 PM, Sander Deryckere sander...@gmail.com wrote: For the current licence, I read the license file, and it allows you to use the data for any purpose, but you're not allowed to spread the data, or spread the results of what you used the data for. So you can't import the data into OSM. You also can't compare the data with OSM and publish the precise results. But you are allowed to compare the data with OSM and use those results yourself for any purpose (like to get a list with locations you should check on the ground). If you are able to write a manual, or even a script you can use to compare the data to OSM, you can spread that, so it gets accessible to more people. Oh, and there is one exception for printed results. So if you do the comparing, you can print the results and hand those to other mappers you know. Of course, this isn't as handy as providing a GPX with all locations that should be visited. So techincally, you are allowed to print it in such a manner it would be easy to have it scanned to make it digital again? You could print QR codes from the content and scan those again and you've got your original content!! With kind regards. Wim ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Brussels urbis data and OSM
Yes, you can print it to qr codes, and scan it again, but the data stays protected, so you can't share the scanned image, or the data you get out of the qr code. It might be handy to get the data from paper on your gps, but it won't help you with sharing the data. This is a result of the fact that under sui generis right, any substantial part of the data is always protected, no matter in what format it is stored or seen. Op 14 jun. 2012 21:46 schreef Wim Crols w...@crols.be het volgende: On Thu, Jun 14, 2012 at 6:52 PM, Sander Deryckere sander...@gmail.com wrote: For the current licence, I read the license file, and it allows you to use the data for any purpose, but you're not allowed to spread the data, or spread the results of what you used the data for. So you can't import the data into OSM. You also can't compare the data with OSM and publish the precise results. But you are allowed to compare the data with OSM and use those results yourself for any purpose (like to get a list with locations you should check on the ground). If you are able to write a manual, or even a script you can use to compare the data to OSM, you can spread that, so it gets accessible to more people. Oh, and there is one exception for printed results. So if you do the comparing, you can print the results and hand those to other mappers you know. Of course, this isn't as handy as providing a GPX with all locations that should be visited. So techincally, you are allowed to print it in such a manner it would be easy to have it scanned to make it digital again? You could print QR codes from the content and scan those again and you've got your original content!! With kind regards. Wim ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Brussels urbis data and OSM
2012/6/14 Sander Deryckere sander...@gmail.com: Thank you very much Sander For the current licence, I read the license file, and it allows you to use the data for any purpose, but you're not allowed to spread the data, or spread the results of what you used the data for. your reading is very close to mine. And you have got to cite the source, clearly. So you can't import the data into OSM. You also can't compare the data with OSM and publish the precise results. But you are allowed to compare the data with OSM and use those results yourself for any purpose (like to get a list with locations you should check on the ground). Would you say that, as such the data are indeed, said open but of no direct or simple use to help improve OSM ... that is already very good in Brussels ? Do you see any other simple way for us to use the data, than asking for another licence ? I know that this process will not be simple or fast as it will impose at best a revision by some (more than 1) administrations and private companies (wherein I think belgacom) and also a goverment decision but the goverment of the Brussels Region. By I could ask for that. Regards, Nicolas -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Brussels urbis data and OSM
2012/6/14 Sander Deryckere sander...@gmail.com: I would't call the data open. Open implies the right to adapt and re-share. This isn't the case. I would consider this data equal to freeware. Free to use, but you don't have other rights. thanks. Good definition. Simple to understand by decision makers I think. I don't know how important or good the data is, so I don't know how much work it is worth. But I don't see a simple way for us to use the data. supposedly, the data is good. Some layer contains the data of the cadatre, and it is officially used by most administrations in Brussels Regions. Thanks again for your help Regards, Nicolas -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] OSM and open data of Brussels
opendata.bruxelles.be is a redirection to http://www.bruxelles.be/artdet.cfm?id=7191 There we can find today (14/6/2012) the licence http://www.bruxelles.be/artdet.cfm/docRD5YVFwtUKI= Question 1 : do you understand, as I do that these data can be imported into OSM and used with OSM, and redistributed under the OSM licence ? (the licence has been inspired by Rennes which gives me a good feeling) THe data today cover Open Data Parcours BD Open Data bibliothèques francophones Open Data des bibliothèques néerlandophones Open Data toilettes publiques Open Data urinoirs publics Open Data parkings Open Data parkings pour personnes handicapées Open Data installations sportives Open Data distributeurs bancaires Open Data Centre administratif et bureaux de liaison Open Data des bureaux de tourisme Open Data auberges de jeunesse et hôtels pour jeunes Open Data des bureaux de police Open Data parcs et jardins Open Data lieux culturels Open Data musées Open Data écoles francophones Open Data des écoles néerlandophones Open Data Maisons de quartier Open Data canisites Open Date bulles à verre Open Data institutions européennes Open Data Espaces Publics Numériques (EPN) Open Data Points d'Accès Publics à l'Internet (PAPI) Open Data bornes Administratel Open Data actualités communales Open Data concours Open Data offres d'emploi Open Data plantes exotiques invasives The data could be interesting for OSM. They are of the form == textfile.csv === Description,Longitude,Latitude Bains du Centre,4.3459945,50.8376850 Centre Omnisports de Laeken,4.353679,50.874852 Centre sportif de Neder-Over-Heembeek,4.393240,50.899461 = How would you organize the simplest import into OSM ? I suppose that these data, to satisfy OSM quality guidelines, would have to be checked by a human being, but the import could be simplified by a script that would generate some maps that we could distribute, print, check and import then in OSM ? Can you comment on this ? The site explicitely says Suggestion de jeux de données and Formulaire de suggestion de jeux de données What would you like to see published that could be useful for OSM ? (by the city or the region or any commune/gemeente) Thanks, Nicolas PS again I see tomorrow some people who can be influential on the data. -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM and open data of Brussels
Hi, these data are there for some times now... but the number of info is quite low, it's not always exaustive and the accuracy is crap http://www.k1ka.be/desidia/?2012-02-28_Bruxelles%2C_BD%2C_Opendata%2C_OpenStreetMap... it may help to give contributors a hint but certainly not a direct import regards, eMerzh On Thu, Jun 14, 2012 at 10:38 PM, Nicolas Pettiaux nico...@pettiaux.be wrote: opendata.bruxelles.be is a redirection to http://www.bruxelles.be/artdet.cfm?id=7191 There we can find today (14/6/2012) the licence http://www.bruxelles.be/artdet.cfm/docRD5YVFwtUKI= Question 1 : do you understand, as I do that these data can be imported into OSM and used with OSM, and redistributed under the OSM licence ? (the licence has been inspired by Rennes which gives me a good feeling) THe data today cover Open Data Parcours BD Open Data bibliothèques francophones Open Data des bibliothèques néerlandophones Open Data toilettes publiques Open Data urinoirs publics Open Data parkings Open Data parkings pour personnes handicapées Open Data installations sportives Open Data distributeurs bancaires Open Data Centre administratif et bureaux de liaison Open Data des bureaux de tourisme Open Data auberges de jeunesse et hôtels pour jeunes Open Data des bureaux de police Open Data parcs et jardins Open Data lieux culturels Open Data musées Open Data écoles francophones Open Data des écoles néerlandophones Open Data Maisons de quartier Open Data canisites Open Date bulles à verre Open Data institutions européennes Open Data Espaces Publics Numériques (EPN) Open Data Points d'Accès Publics à l'Internet (PAPI) Open Data bornes Administratel Open Data actualités communales Open Data concours Open Data offres d'emploi Open Data plantes exotiques invasives The data could be interesting for OSM. They are of the form == textfile.csv === Description,Longitude,Latitude Bains du Centre,4.3459945,50.8376850 Centre Omnisports de Laeken,4.353679,50.874852 Centre sportif de Neder-Over-Heembeek,4.393240,50.899461 = How would you organize the simplest import into OSM ? I suppose that these data, to satisfy OSM quality guidelines, would have to be checked by a human being, but the import could be simplified by a script that would generate some maps that we could distribute, print, check and import then in OSM ? Can you comment on this ? The site explicitely says Suggestion de jeux de données and Formulaire de suggestion de jeux de données What would you like to see published that could be useful for OSM ? (by the city or the region or any commune/gemeente) Thanks, Nicolas PS again I see tomorrow some people who can be influential on the data. -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM and open data of Brussels
2012/6/14 eMerzh merz...@gmail.com: http://www.k1ka.be/desidia/?action=tagselect;tag=OpenStreetMap thanks. Great resource -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Tag combinations: amenity and highway
It is an important point of difference to train and bus stations/stops as to whether they have a dedicated Park and Ride carpark or not. It is something I would find useful if I was searching for station POI's. It's not just whether parking is nearby, but whether it's dedicated to commuters - not something you can figure out just from how close the parking is. And it is information that belongs to the station, not the carpark. On the other hand, I'm not sure that just adding parking=-yes on the station/stop is the best way to tag this. Stephen On 13 June 2012 22:23, Martin Koppenhoefer dieterdre...@gmail.com wrote: I don't think that amenity=bus_stop parking=yes does make any sense. You can park in a lot of places, shall we add parking=yes to all of them? You can also chew gum there, should we also add chew_chewing_gum=yes? A parking is an area, a bus stop is more or less a point. If the two are close, you can see this in the db (and potentially also, if there are any linear barriers between them). IMHO there is no need or sense in combining the two, but if I were to emphasize on a parking with annected bus stop I'd see it as an extra property of the parking, not the bus stop. cheers, Martin ___ 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] Tag combinations: amenity and highway
Hi Stephen. If the combination amenity=bus_stop, parking=yes really is a park-and-ride station, you're right. But is that a correct interpretation for it? In Germany p+r spaces are signed as such, and I'm not sure wether they are legally restricted to people who use the bus or train afterwards (if not stated as such directly, like it's sometimes the case at airports etc., where you have to put a corresponing parking ticket behind the front window). So yes, it's useful to know about the park-and-ride stuff, but 1) I agree with you, that probably parking=yes is not the best way to tag that, and 2) (the more important question for me as a data consumer in this case), if that tag combination is correctly interpreted as a P+R facility. regards Peter Am 14.06.2012 08:05, schrieb Stephen Hope: It is an important point of difference to train and bus stations/stops as to whether they have a dedicated Park and Ride carpark or not. It is something I would find useful if I was searching for station POI's. It's not just whether parking is nearby, but whether it's dedicated to commuters - not something you can figure out just from how close the parking is. And it is information that belongs to the station, not the carpark. On the other hand, I'm not sure that just adding parking=-yes on the station/stop is the best way to tag this. Stephen On 13 June 2012 22:23, Martin Koppenhoefer dieterdre...@gmail.com mailto:dieterdre...@gmail.com wrote: I don't think that amenity=bus_stop parking=yes does make any sense. You can park in a lot of places, shall we add parking=yes to all of them? You can also chew gum there, should we also add chew_chewing_gum=yes? A parking is an area, a bus stop is more or less a point. If the two are close, you can see this in the db (and potentially also, if there are any linear barriers between them). IMHO there is no need or sense in combining the two, but if I were to emphasize on a parking with annected bus stop I'd see it as an extra property of the parking, not the bus stop. cheers, Martin ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wikimapia data now under cc-by-sa
Before you get all excited, I do not think its what it sounds like. See the official announcement here: http://wikimapia.org/forum/viewtopic.php?f=74t=9878 I'm not certain what this 'wikimapia data' is or where it can be downloaded from. But it seems to be that this could be the placemark content- titles, descriptions, images and comments, but not the geographical coordinates. I have seen numerous cases where the description and images have just been copied from wikipedia and this license change is probably an attempt at conforming with the cc-by-sa license. If this data covers the geographical coordinates which have been derived from google maps service, then it doesnt make any sense. Can someone clarify? -- j.mp/ArunGanesh http://j.mp/ArunGanesh ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikimapia data now under cc-by-sa
On Thu, Jun 14, 2012 at 9:24 AM, Arun Ganesh arun.plane...@gmail.comwrote: If this data covers the geographical coordinates which have been derived from google maps service, then it doesnt make any sense. Sense or no sense? I guess it depends among other things on whether you think (and the jurisdiction you are in thinks) that coordinates can be copyrighted in any way, if individual coordinates can't be copyrighted -- but that lists of coordinates (or databases) can be copyrighted (case from Finland: the list of namedays is copyrighted but individual namedays aren't), whether deriving coordinates (one by one) from imagery has to do with copyrights or TOS issues, etc. OSM community at large wants to be very clearly on the safe side on these (which I think makes all the sense in the world for a project like this). Someone else having a slightly different opinion is just that--an opinion, a stance--until proven in court or being hunted down and squeezed to death by corporate lawyers, I guess. Cheers, -Jaakko -- jaa...@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/MyProfile ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Presenting filter for openstreetmaps history RSS feeds
Thanks a lot, Pavel! I've always wished for a tool that allowed me to track alterations on the map in a so easily way. Cheers, Arlindo Nighto Pereira On Wed, Jun 13, 2012 at 11:46 AM, Pavel Melnikov positro...@gmail.comwrote: Hello everyone. Some users suggested a feature to specify filtering limits manually. This feature is online now. On the main page ( http://positron96.appspot.com/osmfilter.html) there are 2 controls to set latitude and longitude limits in degrees. Generated feeds will contain changesets that are smaller than the specified size. Feeds that you have already created will continue to work as they did (but will use default 20 deg/40 deg values). Best wishes, Pavel On Tue, Jun 12, 2012 at 1:11 AM, Pavel Melnikov positro...@gmail.comwrote: Hello again! Small update to RSS filtering service. In the past few days I've found that it is probably difficult for everyone to use current feed creation process ( which involved copying RSS URL from the image on openstreetmap.org page). So I simplified the process. Now you only need URL to a history page, which is usually visible and copyable from address bar in your browser. The app will extract needed RSS feed on its own and generate filtered feed url and present it to you. So if you tried the service and it did not work well somehow, you can create a filtered rss link again, this time providing with history page URL, not RSS url. Detailed steps are descripbed on http://positron96.appspot.com/osmfilter.html . If the service worked well for you, there is no need to change anything, filtering process and interface itself did not changed a bit. Any comments and reports are still highly appreciated. Best regards, Pavel On Sat, Jun 9, 2012 at 3:36 PM, Pavel Melnikov positro...@gmail.comwrote: Hello everyone! I've been a mapper for some years, and now I've decided to do some coding. I've been using history tab in OSM website, but it is usually filled with bot-generated changes that cover the half of the world. I did not find any solutions to overcome this in osm RSS feeds, so I've decided to make a filter that will filter out these large changesets in RSS feed. Now I present you guys this filter: http://positron96.appspot.com/osmfilter.html . At the moment the concept is simple: all changes with bounding box larger that 20 degrees latitude or 40 degrees longitude are filtered out from the feed. So far it's working for me, so I hope someone will find it useful too. Usage is described in project page, and is mostly simple. You get a link to history RSS feed from openstreetmaps site (something like http://www.openstreetmap.org/browse/changesets/feed?bbox=2.28907%2C48.84799%2C2.32597%2C48.8644) and insert it into the only textbox on the page. First button will lead you to filtered feed, second button will show you feed to filtered feed. URL for filtered feed can be created manually, syntax is: http://positron96.appspot.com/osmfilter.rss?feed= url_of_source_osm_rss_feed Any comments, suggestions and reports are highly appreciated. Pavel Melnikov ___ 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] Presenting filter for openstreetmaps history RSS feeds
Hi Pavel, Pavel Melnikov schrieb: Some users suggested a feature to specify filtering limits manually. This feature is online now. thanks for adding this feature. I tested it some days now for my 2 main mapping areas and I like it very much! Thanks again. Btw, do the lat/lon-params support for floats or ints only? Peda -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Presenting filter for openstreetmaps history RSS feeds
Hello Peter. Floating number are fully supported. You can use decimal point like 20.1 or 0.5 Best wishes, Pavel On Fri, Jun 15, 2012 at 3:38 AM, Peter Barth osm-t...@won2.de wrote: Hi Pavel, Pavel Melnikov schrieb: Some users suggested a feature to specify filtering limits manually. This feature is online now. thanks for adding this feature. I tested it some days now for my 2 main mapping areas and I like it very much! Thanks again. Btw, do the lat/lon-params support for floats or ints only? Peda -- ___ 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: [Talk-br] Procura-se voluntários para importação IBGE
Olá a todos, Falando em importar dados de outros estados, eu pus na página da wiki uma primeira leva de dados do Rio Grande do Sul. Esses pedaços estão prontos a serem importados. Qualquer comentário/sugestão é bem-vinda. []'s Vitor On 06/12/2012 07:19 PM, Vitor Sessak wrote: Olá Edmar, O IBGE permite a incorporação dos dados, veja o email para essa mesma lista em [1]. Além desse email, a ausência de qualquer nota de copyright no site deles e os varios links para a pagina da lei de acesso à informação corroboram isso. Sobre os outros dados, eu conto importa-los também. A minha idéia é começar pelos dados do Rio porque eles são bem precisos e é uma região onde as imagens de satélite são boas, o que permite checar se não tem nenhum problema com o processo de importação. []'s -Vitor [1] http://lists.openstreetmap.org/pipermail/talk-br/2010-January/000953.html On 06/12/2012 03:25 PM, Edmar Moretti wrote: Dúvida: A licença de uso dos dados do IBGE permite a incorporção dos ddados ao OSM? Se sim, essa imprtação pode ser feita para outros casos, como a cartografia básica em outras escalas e que cobrem outras regiões? []'s Em 12/06/2012 10:11, CLFerraz escreveu: Saudações... Estou offline até a próxima quinta, mas me prontifico a fazer para a região de Teresópolis, o de possuo residência e tenho colaborado. Se alguém puder atualizar a tabela, agradeço... Cláudio L. Ferraz Enviado via iPhone Em 12/06/2012, às 09:43, Aun Yngve Johnsen li...@gimnechiske.org mailto:li...@gimnechiske.org escreveu: Oi JOSM tem um plugin para simplificar ruas, talvez poder ajuda Aun Y. Johnsen Sent from my iPad +55 (27) 3114-0008 +55 (27) 9736-3919 (vivo) On 12. juni 2012, at 08:46, Stephane Goldstein s@gmx.com mailto:s@gmx.com wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSMé por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar,é so visitar a pagina [1]. Um abraço, -Vitor [1]https://wiki.openstreetmap.org/wiki/IBGE_Import ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- http://www.edmarmoretti.com.br http://edmarmoretti.com.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de vias
Alterei o Wiki. Agora as duas definições estão coerentes. Em 12-06-2012 12:40, martin...@gmx.net escreveu: Olá, encontrei algumas incoerências na classificação das vias urbanas no wiki e queria perguntar qual é a versão oficial. Dum lado existe uma classificação segundo limites de velocidade e as categorias trânsito rápido, arterial, coletora e local: http://wiki.openstreetmap.org/wiki/Pt-br:Guia_de_Mapeamento_do_Territ%C3%B3rio_Brasileiro Dum outro lado existe uma tradução do tag highway que até o tradutor não achou oficial (e que ignora os aspectos acima): http://wiki.openstreetmap.org/wiki/Pt-br:Key:highway Alguém pode me dizer qual versão devíamos seguir? E se for a primeira, onde em geral posso achar a classificação das vias na cidade? Acabei de ver que São Paulo tinha uma tal lista ([1]), mas não sei onde achar essas classificações para outras cidades. Abraço Martin [1] http://www.prefeitura.sp.gov.br/cidade/secretarias/habitacao/departamentos/aprov/index.php?p=3303 -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Procura-se voluntários para importação IBGE
Oi Vitor, Se puderes adicionar aos dados do RS a Microrregião de Montenegro [1], eu agradeço. [1] http://pt.wikipedia.org/wiki/Microrregi%C3%A3o_de_Montenegro -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 14 de junho de 2012 09:39, Vitor Sessak vitor1...@gmail.com escreveu: Olá a todos, Falando em importar dados de outros estados, eu pus na página da wiki uma primeira leva de dados do Rio Grande do Sul. Esses pedaços estão prontos a serem importados. Qualquer comentário/sugestão é bem-vinda. []'s Vitor On 06/12/2012 07:19 PM, Vitor Sessak wrote: Olá Edmar, O IBGE permite a incorporação dos dados, veja o email para essa mesma lista em [1]. Além desse email, a ausência de qualquer nota de copyright no site deles e os varios links para a pagina da lei de acesso à informação corroboram isso. Sobre os outros dados, eu conto importa-los também. A minha idéia é começar pelos dados do Rio porque eles são bem precisos e é uma região onde as imagens de satélite são boas, o que permite checar se não tem nenhum problema com o processo de importação. []'s -Vitor [1] http://lists.openstreetmap.**org/pipermail/talk-br/2010-** January/000953.htmlhttp://lists.openstreetmap.org/pipermail/talk-br/2010-January/000953.html On 06/12/2012 03:25 PM, Edmar Moretti wrote: Dúvida: A licença de uso dos dados do IBGE permite a incorporção dos ddados ao OSM? Se sim, essa imprtação pode ser feita para outros casos, como a cartografia básica em outras escalas e que cobrem outras regiões? []'s Em 12/06/2012 10:11, CLFerraz escreveu: Saudações... Estou offline até a próxima quinta, mas me prontifico a fazer para a região de Teresópolis, o de possuo residência e tenho colaborado. Se alguém puder atualizar a tabela, agradeço... Cláudio L. Ferraz Enviado via iPhone Em 12/06/2012, às 09:43, Aun Yngve Johnsen li...@gimnechiske.org mailto:li...@gimnechiske.org** escreveu: Oi JOSM tem um plugin para simplificar ruas, talvez poder ajuda Aun Y. Johnsen Sent from my iPad +55 (27) 3114-0008 +55 (27) 9736-3919 (vivo) On 12. juni 2012, at 08:46, Stephane Goldstein s@gmx.com mailto:s@gmx.com wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSMé por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar,é so visitar a pagina [1]. Um abraço, -Vitor [1]https://wiki.openstreetmap.**org/wiki/IBGE_Importhttps://wiki.openstreetmap.org/wiki/IBGE_Import __**_ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.**orgTalk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br __**_ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.**orgTalk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br __**_ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.**orgTalk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br __**_ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br -- --**--** http://www.edmarmoretti.com.br http://edmarmoretti.com.br __**_ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br __**_ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-brhttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Procura-se voluntários para importação IBGE
Adicionei e reservei para você esse pedaço. -Vitor On 06/14/2012 04:28 PM, Rodrigo Avila wrote: Oi Vitor, Se puderes adicionar aos dados do RS a Microrregião de Montenegro [1], eu agradeço. [1] http://pt.wikipedia.org/wiki/Microrregi%C3%A3o_de_Montenegro -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br mailto:rodr...@avila.net.br• www.avila.net.br http://www.avila.net.br Em 14 de junho de 2012 09:39, Vitor Sessak vitor1...@gmail.com mailto:vitor1...@gmail.com escreveu: Olá a todos, Falando em importar dados de outros estados, eu pus na página da wiki uma primeira leva de dados do Rio Grande do Sul. Esses pedaços estão prontos a serem importados. Qualquer comentário/sugestão é bem-vinda. []'s Vitor On 06/12/2012 07:19 PM, Vitor Sessak wrote: Olá Edmar, O IBGE permite a incorporação dos dados, veja o email para essa mesma lista em [1]. Além desse email, a ausência de qualquer nota de copyright no site deles e os varios links para a pagina da lei de acesso à informação corroboram isso. Sobre os outros dados, eu conto importa-los também. A minha idéia é começar pelos dados do Rio porque eles são bem precisos e é uma região onde as imagens de satélite são boas, o que permite checar se não tem nenhum problema com o processo de importação. []'s -Vitor [1] http://lists.openstreetmap.__org/pipermail/talk-br/2010-__January/000953.html http://lists.openstreetmap.org/pipermail/talk-br/2010-January/000953.html On 06/12/2012 03:25 PM, Edmar Moretti wrote: Dúvida: A licença de uso dos dados do IBGE permite a incorporção dos ddados ao OSM? Se sim, essa imprtação pode ser feita para outros casos, como a cartografia básica em outras escalas e que cobrem outras regiões? []'s Em 12/06/2012 10:11, CLFerraz escreveu: Saudações... Estou offline até a próxima quinta, mas me prontifico a fazer para a região de Teresópolis, o de possuo residência e tenho colaborado. Se alguém puder atualizar a tabela, agradeço... Cláudio L. Ferraz Enviado via iPhone Em 12/06/2012, às 09:43, Aun Yngve Johnsen li...@gimnechiske.org mailto:li...@gimnechiske.org mailto:li...@gimnechiske.org mailto:li...@gimnechiske.org__ escreveu: Oi JOSM tem um plugin para simplificar ruas, talvez poder ajuda Aun Y. Johnsen Sent from my iPad +55 (27) 3114-0008 +55 (27) 9736-3919 (vivo) On 12. juni 2012, at 08:46, Stephane Goldstein s@gmx.com mailto:s@gmx.com mailto:s@gmx.com mailto:s@gmx.com wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSMé por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar,é so visitar a pagina [1]. Um abraço, -Vitor [1]https://wiki.openstreetmap.__org/wiki/IBGE_Import https://wiki.openstreetmap.org/wiki/IBGE_Import
Re: [Talk-br] Procura-se voluntários para importação IBGE
Eu dei uma olhada melhor nessa regiao, e eu vi que os mapas do RS sao bem menos precisos que os do Rio. Entao vale a pena ter mais cuidado na hora de importar (inclusive dar uma boa olhada no Bing), principalmente pras estradinhas pequenas... On 06/14/2012 04:48 PM, Vitor Sessak wrote: Adicionei e reservei para você esse pedaço. -Vitor On 06/14/2012 04:28 PM, Rodrigo Avila wrote: Oi Vitor, Se puderes adicionar aos dados do RS a Microrregião de Montenegro [1], eu agradeço. [1] http://pt.wikipedia.org/wiki/Microrregi%C3%A3o_de_Montenegro -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br mailto:rodr...@avila.net.br• www.avila.net.br http://www.avila.net.br Em 14 de junho de 2012 09:39, Vitor Sessak vitor1...@gmail.com mailto:vitor1...@gmail.com escreveu: Olá a todos, Falando em importar dados de outros estados, eu pus na página da wiki uma primeira leva de dados do Rio Grande do Sul. Esses pedaços estão prontos a serem importados. Qualquer comentário/sugestão é bem-vinda. []'s Vitor On 06/12/2012 07:19 PM, Vitor Sessak wrote: Olá Edmar, O IBGE permite a incorporação dos dados, veja o email para essa mesma lista em [1]. Além desse email, a ausência de qualquer nota de copyright no site deles e os varios links para a pagina da lei de acesso à informação corroboram isso. Sobre os outros dados, eu conto importa-los também. A minha idéia é começar pelos dados do Rio porque eles são bem precisos e é uma região onde as imagens de satélite são boas, o que permite checar se não tem nenhum problema com o processo de importação. []'s -Vitor [1] http://lists.openstreetmap.__org/pipermail/talk-br/2010-__January/000953.html http://lists.openstreetmap.org/pipermail/talk-br/2010-January/000953.html On 06/12/2012 03:25 PM, Edmar Moretti wrote: Dúvida: A licença de uso dos dados do IBGE permite a incorporção dos ddados ao OSM? Se sim, essa imprtação pode ser feita para outros casos, como a cartografia básica em outras escalas e que cobrem outras regiões? []'s Em 12/06/2012 10:11, CLFerraz escreveu: Saudações... Estou offline até a próxima quinta, mas me prontifico a fazer para a região de Teresópolis, o de possuo residência e tenho colaborado. Se alguém puder atualizar a tabela, agradeço... Cláudio L. Ferraz Enviado via iPhone Em 12/06/2012, às 09:43, Aun Yngve Johnsen li...@gimnechiske.org mailto:li...@gimnechiske.org mailto:li...@gimnechiske.org mailto:li...@gimnechiske.org__ escreveu: Oi JOSM tem um plugin para simplificar ruas, talvez poder ajuda Aun Y. Johnsen Sent from my iPad +55 (27) 3114-0008 +55 (27) 9736-3919 (vivo) On 12. juni 2012, at 08:46, Stephane Goldstein s@gmx.com mailto:s@gmx.com mailto:s@gmx.com mailto:s@gmx.com wrote: Olá Vitor. Baixei o arquivo [1] para dar uma olhada. Será que não seria melhor simplificar estas vías antes de importa-las ? Não sei qual seria o melhor método para fazer isso, mas acho que elas estão com mais pontos do que o necessario, sobrecarregando a base e tornando o trabalho no JOSM muito lento. Abraço Stephane - Original Message - From: Vitor Sessak Sent: 06/11/12 07:09 PM To: OSM talk-br Subject: [Talk-br] Procura-se voluntários para importação IBGE Olá a todos, O IBGE disponibilizou recentemente uns mapas bem precisos do estado do Rio de Janeiro. Infelizmente, a unica maneira de importar esses dados pro OSMé por um procedimento semi-manual. Logo, eu estou procurando voluntários para me ajudar com este trabalho. Para quem estiver interessado em ajudar,é so visitar a pagina [1]. Um abraço, -Vitor [1]https://wiki.openstreetmap.__org/wiki/IBGE_Import https://wiki.openstreetmap.org/wiki/IBGE_Import _ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.__org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-br http://lists.openstreetmap.org/listinfo/talk-br _ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.__org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-br http://lists.openstreetmap.org/listinfo/talk-br _ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.__org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-br http://lists.openstreetmap.org/listinfo/talk-br _ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-br http://lists.openstreetmap.org/listinfo/talk-br -- --__--__ http://www.edmarmoretti.com.br http://edmarmoretti.com.br
Re: [Talk-de] Relation Analyzer im neuen Gewand
Sieht sehr schick aus und visualisiert durch die aufgeräumte Oberfläche schnell, die wichtigsten Aussagen über die Relation. Toll! Hast du schon mal an eine Lokalisierungsmöglichkeit gedacht? Einige Strings sind ja bereits in Englisch ;) Claudius Am 13.06.2012 09:35, Adrian Stabiszewski: Hi! Der Relation Analyzer hat ein neues Gesicht dank Bootstrap bekommen. http://ra.osmsurround.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Klärbecken...
hi ! building=yes wäre wohl etwas mehr als daneben - eine Idee ? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Ich würde es so taggen: landuse=reservoir reservoir_type=sewage Wird derzeit knapp 700 mal verwendet. Ein 100% Treffer ist es aber auch nicht. Martin Am 14. Juni 2012 10:55 schrieb Jan Tappenbeck o...@tappenbeck.net: hi ! building=yes wäre wohl etwas mehr als daneben - eine Idee ? gruß Jan :-) ___ 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] Klärbecken...
Oder etwas besser, aber seltener gebraucht: reservoir=treatment Gefällt mir besser - das notiere ich mir mal. Am 14. Juni 2012 11:02 schrieb Martin Vonwald imagic@gmail.com: Ich würde es so taggen: landuse=reservoir reservoir_type=sewage Wird derzeit knapp 700 mal verwendet. Ein 100% Treffer ist es aber auch nicht. Martin Am 14. Juni 2012 10:55 schrieb Jan Tappenbeck o...@tappenbeck.net: hi ! building=yes wäre wohl etwas mehr als daneben - eine Idee ? gruß Jan :-) ___ 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] Tankstellen-Karte
Am 13.06.2012 15:04, schrieb Stephan Wolff: Moin Jan! Am 13.06.2012 09:23, schrieb Jan Tappenbeck: hi ! schau einmal bei http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck#Meine_Karten Ich bin beeindruckt, wie viele Karten du schon erstellt hast. Auch die Update-Zyklen sind angegeben wenn es keine technischen Probleme gibt. Bei Tankstellen-Deutschland steht Update wöchentlich, aber eine im Juli 2011 gelöschte Tankstelle [1] wird noch angezeigt [2]. Viele Grüße Stephan [1] http://www.osm.org/browse/node/198086973 [2] http://www.tappenbeck.net/osm/maps/deu/index.php?id=1022zoom=18lat=54.33072lon=10.11388layers=BFTTlang=de derzeit klemmt wohl overpass wenn ich es richtig verstanden habe ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Elektrotankstelle E fahrrad / Pedalec
Hallo Habe hier eine Tankstelle für Elektrofahrräder gefunden wie bezeichnen? wäre amenity charging_station charging_stationPedalec E-Fahrrad ok? Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 12999 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Elektrotankstelle E fahrrad / Pedalec
Am 14.06.2012 12:04, schrieb Steffen Heinz: Habe hier eine Tankstelle für Elektrofahrräder gefunden wie bezeichnen? wäre amenity charging_station charging_stationPedalec E-Fahrrad ok? ich hab charging=pedelec genommen (laut taginfo 18 mal benutzt). Was soll eigentlich baby_changing=yes bedeuten? (bin ich in Taginfo drüber gestolpert) ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Elektrotankstelle E fahrrad / Pedalec
Die korrekten Bezeichnungen sind „Elektrofahrrad“ (Oberbegriff, etwas schwammig) „Pedelec“ (nicht Pedalec) für ein Fahrrad welches die Kraft des Fahrers bis 25 km/h unterstützt „E-Bike“ für ein Fahrrad, welches per Gasgriff elektrisch angetrieben werden kann. Am 14.06.2012 um 12:04 schrieb Steffen Heinz: Hallo Habe hier eine Tankstelle für Elektrofahrräder gefunden wie bezeichnen? wäre amenity charging_station charging_stationPedalec E-Fahrrad ok? Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 12999 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ 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] Elektrotankstelle E fahrrad / Pedalec
Am 14.06.2012 um 12:12 schrieb Chris66: Was soll eigentlich baby_changing=yes bedeuten? (bin ich in Ein Platz zum Windeln wechseln und Wickeln vermutlich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Elektrotankstelle E fahrrad / Pedalec
Am 14.06.2012 12:13, schrieb Max: Die korrekten Bezeichnungen sind „Elektrofahrrad“ (Oberbegriff, etwas schwammig) „Pedelec“ (nicht Pedalec) für ein Fahrrad welches die Kraft des Fahrers bis 25 km/h unterstützt „E-Bike“ für ein Fahrrad, welches per Gasgriff elektrisch angetrieben werden kann. dort steht ausdrücklich Pedelec an der Säule (so weit ich mich erinnern kann) habe ich mehr oder wenig zufällig gesehen, die Säule ist recht unscheinbar Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 13000 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Am 14.06.2012 11:04, schrieb Martin Vonwald: Oder etwas besser, aber seltener gebraucht: reservoir=treatment Gefällt mir besser - das notiere ich mir mal. Am 14. Juni 2012 11:02 schrieb Martin Vonwaldimagic@gmail.com: Ich würde es so taggen: landuse=reservoir reservoir_type=sewage Wird derzeit knapp 700 mal verwendet. Ein 100% Treffer ist es aber auch nicht. Am 14. Juni 2012 10:55 schrieb Jan Tappenbecko...@tappenbeck.net: hi ! building=yes wäre wohl etwas mehr als daneben - eine Idee ? Mögliche Vorschläge von Leo: clarifier sedimantation tank settling basin settling pit Ich selbst kenne auch noch tailings pond als Fachbegriff für ein einzelnes Absetzbecken und tailings ponds als Bezeichnung für die komplette Absetzanlage mit sämtlichen Installationen. Ihr könnt ja mal nachsehen, wie oft die in Gebrauch sind. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Historie und ID in JOSM
Hallo Michael, Wie finde ich in JOSM den Link zur Historie eines Objektes? Im Menü View History (Web). Wie finde ich in JOSM die ID eines Objektes? In den Einstellungen unter Look and Feel lässt sich bei Show object ID in selections lists einstellen, ob die ID in der Auswahlliste angezeigt werden soll. Nach dem Selektieren des Objekts in dieser Liste kannst Du die ID per Strg + C in die Zwischenablage kopieren. Ok, klappt. Jetzt suche ich noch den Link, der das Objekt und seine Historie zeigt. (also mit dem man Dritten zeigen kann: schau mal hier...) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Am 14. Juni 2012 13:11 schrieb René Falk li...@falconaerie.de: Mögliche Vorschläge von Leo: Leo habe ich auch befragt und nachher taginfo. Deshalb habe ich dann reservoir=treatment vorgeschlagen, weil es doch recht häufig in Gebrauch ist. clarifier man_made=clarifier - 2 sedimantation tank zero settling basin settling pit designation=settling pond - 8 man_made=settling_basin - 4 Ich selbst kenne auch noch tailings pond als Fachbegriff für ein einzelnes Absetzbecken und tailings ponds als Bezeichnung für die komplette Absetzanlage mit sämtlichen Installationen. reservoir_type=tailings - 27 + 18 mit Tippfehler Ich denke, dass treatment nicht ganz falsch ist. Es ist ein relativ weit gefasster Begriff. Wenn es tatsächlich notwendig ist hier weiter zu unterscheiden, könnte man das ja mit einem treatment-Tag machen. Bleibt nur die Frage ob es notwendig ist. Wenn wir eigene Tags für die verschiedenen Arten von Becken verwenden, werden diese wahrscheinlich gar nicht oder oft falsch verwendet, befürchte ich. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Am 14. Juni 2012 13:22 schrieb Martin Vonwald imagic@gmail.com: Ich denke, dass treatment nicht ganz falsch ist. Es ist ein relativ weit gefasster Begriff. Wenn es tatsächlich notwendig ist hier weiter zu unterscheiden, könnte man das ja mit einem treatment-Tag machen. Bleibt nur die Frage ob es notwendig ist. Wenn wir eigene Tags für die verschiedenen Arten von Becken verwenden, werden diese wahrscheinlich gar nicht oder oft falsch verwendet, befürchte ich. Mit man_made=wastewater_plant haben wir ja bereits einen generischen tag für Kläranlagen. M.E. ist es daneben auch sinnvoll, für die einzelnen Becken zunächst einen weiteren generischen Kläranlagenbecken-tag zu haben, und diesen dann, wer kann und will, potentiell weiter zu differenzieren (Vorklärbecken, Belebungsbecken, Nachklärbecken, etc.). So kann im Prinzip jeder die einzelnen Becken aus Luftbildern mappen, auch ohne dass er versteht, wie die Kläranlage im Einzelnen aufgebaut ist (d.h. ohne die Becken weiter zu differenzieren, das kann dann machen, wer die Details kennt, z.B. weil er dort arbeitet oder an einer Führung teilgenommen hat). Die Gefahr, dass tags falsch verwendet werden, sehe ich nicht größer als bei anderen Details. Wenn die spezifischen tags zunächst nicht oder kaum verwendet werden, macht das nichts. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Am 14.06.2012 13:22, schrieb Martin Vonwald: Ich denke, dass treatment nicht ganz falsch ist. Es ist ein relativ weit gefasster Begriff. Wenn es tatsächlich notwendig ist hier weiter zu unterscheiden, könnte man das ja mit einem treatment-Tag machen. Bleibt nur die Frage ob es notwendig ist. Wenn wir eigene Tags für die verschiedenen Arten von Becken verwenden, werden diese wahrscheinlich gar nicht oder oft falsch verwendet, befürchte ich. Mir ging es nicht um eine Differenzierung der verschiedenen Becken, die ist für einen Laien nicht zu erkennen. Ich wollte nur mal ein paar Begriffe anführen, die man in Tagwatch überprüfen sollte. Treatment ist ein ziemlich weitläufiger Sammelbegriff, der in vielen Bereichen verwendet wird. Ich würde daher eher wastewater_treatment verwenden, um den Bezug zum Abwasser herzustellen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Am 14. Juni 2012 13:37 schrieb René Falk li...@falconaerie.de: Mir ging es nicht um eine Differenzierung der verschiedenen Becken, die ist für einen Laien nicht zu erkennen. Ich wollte nur mal ein paar Begriffe anführen, die man in Tagwatch überprüfen sollte. Treatment ist ein ziemlich weitläufiger Sammelbegriff, der in vielen Bereichen verwendet wird. Ich würde daher eher wastewater_treatment verwenden, um den Bezug zum Abwasser herzustellen. Ich habe gerade die Doku gefunden zu reservoir_type: http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dreservoir Demnach ist also landuse=reservoir und reservoir_type=sewage der richtige Tag und auch dokumentiert. Es gibt auch reservoir_type=tailings für Absetzbecken. Auch wenn mir persönlich reservoir_type nicht gefällt, muss man das wohl akzeptieren, vor allem da es bereits 681-mal verwendet wird. Ich werde da mal ein wenig im Wiki Links und Referenzen hinzufügen, damit man das leichter findet.. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Am 14. Juni 2012 13:44 schrieb Martin Vonwald imagic@gmail.com: Am 14. Juni 2012 13:37 schrieb René Falk li...@falconaerie.de: Demnach ist also landuse=reservoir und reservoir_type=sewage der richtige Tag und auch dokumentiert. Es gibt auch reservoir_type=tailings für Absetzbecken. nicht gerade mein Spezialgebiet, aber dieses Wort (tailings) finde ich im Netz vor allem in Bezug zu Bergbau und diesbezüglichen Absetzbecken. Sind wir sicher, dass das das richtige Wort ist? Ggf. sollte man das genauer spezifizieren, damit es nicht mit Abraumbecken verwechselt wird (z.B. floatation_tailings). Darüberhinaus scheint es, selbst wenn tailings das passende Wort sein sollte, ein Problem zu geben, weil sewage und tailings nicht auf dem gleichen Detailniveau sind (sewage beinhaltet tailings(?), falls es in dem tag wirklich um Kläranlagen Absetzbecken geht). Auch wenn mir persönlich reservoir_type nicht gefällt, muss man das wohl akzeptieren, vor allem da es bereits 681-mal verwendet wird. nö, man könnte auch einen weiteren tag einführen, der evtl. besser durchdacht ist, wobei man da dann möglichst nicht denselben key verwenden sollte, damit beide Möglichkeiten parallel verwendet werden können. Tailings kommt übrigens gerade 27mal vor, ist also keiner der häufigsten OSM-tags. Nirgends ist (AFAIK) beschrieben, was damit genau bezeichnet wird in OSM, es wird lediglich genannt. Der tag wird auch im NHD (National hydrography Dataset) genannt: http://wiki.openstreetmap.org/wiki/National_Hydrography_Dataset tailings pond mit den SHP keys 43604 und 43605. Ausserdem im Kontext von Bergbau: http://wiki.openstreetmap.org/wiki/Proposed_features/Mining von daher -1, das würde ich nicht für ein Absetzbecken in einer Kläranlage verwenden. Eine Seite mit einer Definition, wofür tailings verwendet werden soll, wäre wünschenswert. Werde mal diesbezüglich auf tagging nachfragen, wie die Natives das sehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation Analyzer Bemerkungen
Ich habe aus Versehen einen Suchbegriff in Feld Relation eingegeben. Dann kommt eine ziemlich harte technische mehrzeilige Fehlermeldung. Vielleicht kann man die noch etwas verschönern. Dann habe ich nach dem Saar-Hunsrück-Steig gesucht mit Suche: Saar-Huns und Relation Type Route. Da kommt der Steig auch zweimal (zwei verschiedene Varianten), aber der Name in der Liste für 2167175 ist veraltet. Beim Analysieren selbst kommt der richtige Name mit Variante Trier. Kann es sein, daß der Suchindex seit Wochen nicht mehr neu aufgebaut worden ist? Wie oft passiert das? mfg wb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Elektrotankstelle E fahrrad / Pedalec
Am 14.06.2012 um 12:43 schrieb Steffen Heinz: Am 14.06.2012 12:13, schrieb Max: Die korrekten Bezeichnungen sind „Elektrofahrrad“ (Oberbegriff, etwas schwammig) „Pedelec“ (nicht Pedalec) für ein Fahrrad welches die Kraft des Fahrers bis 25 km/h unterstützt „E-Bike“ für ein Fahrrad, welches per Gasgriff elektrisch angetrieben werden kann. dort steht ausdrücklich Pedelec an der Säule (so weit ich mich erinnern kann) habe ich mehr oder wenig zufällig gesehen, die Säule ist recht unscheinbar noch ein anderer Gedanke: es macht bestimmt sinn zu taggen wie man dort laden kann. SchuKo- oder Eurostecker – vielleicht sogar EnergyBus Stecker? Wie funktioniert die Bezahlung? Kostenlos, Prepaid, Münzeinwurf, Kreditkarte? Draußen oder Drinnen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Ist es ein Absetzbecken oder ein Klärbecken? Für zweiteres sollte reservoir_type=sewage ja eindeutig sein. Beim einem Absetzbecken könnte(!) man natürlich noch weiter unterscheiden, aber ist das notwendig? Am 14. Juni 2012 14:29 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 14. Juni 2012 13:44 schrieb Martin Vonwald imagic@gmail.com: Am 14. Juni 2012 13:37 schrieb René Falk li...@falconaerie.de: Demnach ist also landuse=reservoir und reservoir_type=sewage der richtige Tag und auch dokumentiert. Es gibt auch reservoir_type=tailings für Absetzbecken. nicht gerade mein Spezialgebiet, aber dieses Wort (tailings) finde ich im Netz vor allem in Bezug zu Bergbau und diesbezüglichen Absetzbecken. Sind wir sicher, dass das das richtige Wort ist? Ggf. sollte man das genauer spezifizieren, damit es nicht mit Abraumbecken verwechselt wird (z.B. floatation_tailings). Darüberhinaus scheint es, selbst wenn tailings das passende Wort sein sollte, ein Problem zu geben, weil sewage und tailings nicht auf dem gleichen Detailniveau sind (sewage beinhaltet tailings(?), falls es in dem tag wirklich um Kläranlagen Absetzbecken geht). Auch wenn mir persönlich reservoir_type nicht gefällt, muss man das wohl akzeptieren, vor allem da es bereits 681-mal verwendet wird. nö, man könnte auch einen weiteren tag einführen, der evtl. besser durchdacht ist, wobei man da dann möglichst nicht denselben key verwenden sollte, damit beide Möglichkeiten parallel verwendet werden können. Tailings kommt übrigens gerade 27mal vor, ist also keiner der häufigsten OSM-tags. Nirgends ist (AFAIK) beschrieben, was damit genau bezeichnet wird in OSM, es wird lediglich genannt. Der tag wird auch im NHD (National hydrography Dataset) genannt: http://wiki.openstreetmap.org/wiki/National_Hydrography_Dataset tailings pond mit den SHP keys 43604 und 43605. Ausserdem im Kontext von Bergbau: http://wiki.openstreetmap.org/wiki/Proposed_features/Mining von daher -1, das würde ich nicht für ein Absetzbecken in einer Kläranlage verwenden. Eine Seite mit einer Definition, wofür tailings verwendet werden soll, wäre wünschenswert. Werde mal diesbezüglich auf tagging nachfragen, wie die Natives das sehen. Gruß Martin ___ 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] Elektrotankstelle E fahrrad / Pedalec
Am 14.06.2012 14:39, schrieb Max: noch ein anderer Gedanke: es macht bestimmt sinn zu taggen wie man dort laden kann. SchuKo- oder Eurostecker – vielleicht sogar EnergyBus Stecker? Wie funktioniert die Bezahlung? Kostenlos, Prepaid, Münzeinwurf, Kreditkarte? Draußen oder Drinnen? ___ stimmt, habe ich mir auch überlegt - mir wird wohl nichts übrig bleiben als mir was anzusehen hier gibts ja auch an anderer Stelle ne E-Auto Säule. Ich hoffe das die Stecker wenigstens genormt sind... Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 13016 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Elektrotankstelle E fahrrad / Pedalec
Hallo, schau mal auf die chargin_station Seite, da gibt es einige Stecker-Bilder. Leider nur auf der Diskussionsseite gibt es Vorschläge für die Steckertypen charging_type:plug=* . Ich hatte das mal vorgeschlagen, es kam aber nicht zu einem Konsens. Ich hatte mir die Steckernamen bei wikipedia geholt. Viele Grüße Dietmar aka okilimu Steffen Heinz eifelhu...@gmx.de hat am 14. Juni 2012 um 16:02 geschrieben: Am 14.06.2012 14:39, schrieb Max: noch ein anderer Gedanke: es macht bestimmt sinn zu taggen wie man dort laden kann. SchuKo- oder Eurostecker – vielleicht sogar EnergyBus Stecker? Wie funktioniert die Bezahlung? Kostenlos, Prepaid, Münzeinwurf, Kreditkarte? Draußen oder Drinnen? ___ stimmt, habe ich mir auch überlegt - mir wird wohl nichts übrig bleiben als mir was anzusehen hier gibts ja auch an anderer Stelle ne E-Auto Säule. Ich hoffe das die Stecker wenigstens genormt sind... Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 13016 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Elektrotankstelle E fahrrad / Pedalec
Am 14.06.2012 16:02, schrieb Steffen Heinz: Am 14.06.2012 14:39, schrieb Max: noch ein anderer Gedanke: es macht bestimmt sinn zu taggen wie man dort laden kann. SchuKo- oder Eurostecker – vielleicht sogar EnergyBus Stecker? Wie funktioniert die Bezahlung? Kostenlos, Prepaid, Münzeinwurf, Kreditkarte? Draußen oder Drinnen? ___ stimmt, habe ich mir auch überlegt - mir wird wohl nichts übrig bleiben als mir was anzusehen hier gibts ja auch an anderer Stelle ne E-Auto Säule. Ich hoffe das die Stecker wenigstens genormt sind... Grüße aus der Eifel Steffen amenity=charging als Oberbegriff wäre doch schön und dann evtl. ergänzend so was wie: charging:voltage=230 das macht schon mal klar, daß es eine normale Steckdose ist. Der Oberbegriff für Pedelec, E-Bike ... ist LEV Light Electric Vehicle, also charging:LEV=yes oder charging:pedelec=yes im Unterschied zu einer Ladestation für Handies: charging:phone=yes charging:socket=USB denn es gibt tatsächlich Ladestationen mit USB Steckdosen oder wenn da ein Kabel für Micro-USB (für neuere Smartphones) dran ist, dann: charging:plug=micro-USB Stecker gibt es zumindest: - Schuko- und Eurostecker-kompatibel (Ladegerät erforderlich) - Energybus (da braucht man fahrradseitig wohl kein Ladegerät) Für die Steckdosen könnte man sich auf Wikipedia beziehen: http://de.wikipedia.org/wiki/L%C3%A4nder%C3%BCbersicht_Steckertypen,_Netzspannungen_und_-frequenzen und A, B, ... bis M aber ich denke, so was wie: charging:voltage=230 charging:paid=yes eigentlich klar, welcher Stecker bei 230 Volt, aber z.B. ergänzt um: charging:plug=euro oder eben nach der Buchstaben-Klassifizierung: charging:plug-type=F oder bei Energybus: charging:plug=EnergyBus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Elektrotankstelle E fahrrad / Pedalec
Hallo, an sich fände ich es sinnvoll zu erfassen unter welchen Bedingungen man da laden kann. Ist da eine Schuko-Steckdose, dann kann man dort ja nicht nur Räder laden, sondern auch anderen Kram. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer Bemerkungen
Date: Thu, 14 Jun 2012 14:36:34 +0200 From: Wolfgang Barth wolfg...@barthwo.de To: talk-de@openstreetmap.org Subject: [Talk-de] Relation Analyzer Bemerkungen Message-ID: 4fd9dad2.8050...@barthwo.de Content-Type: text/plain; charset=ISO-8859-15; format=flowed Ich habe aus Versehen einen Suchbegriff in Feld Relation eingegeben. Dann kommt eine ziemlich harte technische mehrzeilige Fehlermeldung. Vielleicht kann man die noch etwas verschönern. Sicher und vielen Dank für den Hinweis. Wird demnächst verbessert. Dann habe ich nach dem Saar-Hunsrück-Steig gesucht mit Suche: Saar-Huns und Relation Type Route. Da kommt der Steig auch zweimal (zwei verschiedene Varianten), aber der Name in der Liste für 2167175 ist veraltet. Beim Analysieren selbst kommt der richtige Name mit Variante Trier. Kann es sein, daß der Suchindex seit Wochen nicht mehr neu aufgebaut worden ist? Wie oft passiert das? Der Index ist von Mitte Mai. Dies ist auch auf der ToDo Liste, so dass die Relationen immer aktuell sind. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Historie und ID in JOSM
Markus schrieb: Hallo Michael, Wie finde ich in JOSM den Link zur Historie eines Objektes? Im Menü View History (Web). ^ Jetzt suche ich noch den Link, der das Objekt und seine Historie zeigt. (also mit dem man Dritten zeigen kann: schau mal hier...) Ist das nicht genau das, was ich oben geschrieben habe, oder suchst Du hier noch etwas anderes? Grüße, Michael signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klärbecken...
Am 14.06.2012 13:34, schrieb Martin Koppenhoefer: Mit man_made=wastewater_plant haben wir ja bereits einen generischen tag für Kläranlagen. M.E. ist es daneben auch sinnvoll, für die einzelnen Becken zunächst einen weiteren generischen Kläranlagenbecken-tag zu haben, und diesen dann, wer kann und will, potentiell weiter zu differenzieren (Vorklärbecken, Belebungsbecken, Nachklärbecken, etc.). So kann im Prinzip jeder die einzelnen Becken aus Luftbildern mappen, auch ohne dass er versteht, wie die Kläranlage im Einzelnen aufgebaut ist Für städtische Kläranlagen finde ich solch ein Schema sinnvoll. Aber wie passen die dörflichen Klärteiche dazu? Ihre Funktion entspricht einer technischen Kläranlage, der visuelle Eindruck ist eine grüne Wiese mit meist zwei durch einen Damm getrennten Teichen. In vielen gedruckten Karten sehen die Klärteiche wie andere Wasserflächen aus. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
Il 14 giugno 2012 01:53, Carlo Stemberger ha scritto: Assolutamente no: proprio per il fatto che in certe zone d'Italia le lingue ufficiali siano 2 o più, è ovvio che lì i nomi ufficiali siano per lo meno bilingui. name:it sarà quello italiano (una parte del nome ufficiale), ecc. Non vedo dove stia la contraddizione... la contraddizione per me sta nel sostenere che un nome di un oggetto che si trova in Italia (name) possa essere diverso dal nome in italiano di quell'oggetto (name:it); il fatto che il nome derivi o meno dalla lingua parlata nel 1300 da Dante Alighieri è irrilevante per cui se una legge o un altro atto ufficiale, a torto o a ragione, ha imposto un certo nome, il valore di name è quello, ma su questo mi sembra che ci sia accordo, cioè nel caso specifico di mettere il nome bilingue in name, mentre per name:it non c'è accordo e quindi io personalmente non lo tocco, nello spirito di OSM si fa solo quello che si è ragionevolmente sicuri di fare bene -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
On 2012-06-14 at 11:59:45 +0200, Daniele Forsi wrote: la contraddizione per me sta nel sostenere che un nome di un oggetto che si trova in Italia (name) possa essere diverso dal nome in italiano di quell'oggetto (name:it); e perche' mai? un oggetto che si trova in svizzera può tranquillamente avere una combinazione di nomi in tedesco, francese, italiano e romancio, con magari tutti questi nomi combinati nel nome ufficiale dell'oggetto, ma non e` che il nome ad esempio tedesco comprenda anche quello nelle altre lingue. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Un ponte è anche un building ?
Oppure un man_made ? Navigando in osm ho visto come sia stato tracciato il perimetro del Ponte Vecchio, le torri del Tower Bridge oppure in diversi casi la forma idrodinamica di certi piloni appoggiati sul fondo, ma non dovrebbe essere così per qualsiasi ponte , perlomeno per quelli facilmente distinguibili dal terreno vicino ? ciao, Alessandro. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT
2012/6/13 Daniele Forsi dfo...@gmail.com: Il 13 giugno 2012 16:30, beppebonin@... ha scritto: a tal proposito spesso sento sentire Reggio Emilia e non nell'Emilia per San Stino di Livenza non ho mai sentito Santo Stino, Jesolo è ok quelli sono casi in cui una ricerca per nome fallirebbe per Reggio la situazione è un po' confusa: n 67273280 name=Reggio di Calabria, place=city, name_alt=Reggio Calabria r 39503 name=Reggio di Calabria, admin_level=8 r 44862 name=Reggio Calabria, admin_level=6 n 69300019 name=Reggio nell'Emilia, place=city r 43415 name=Reggio Nell'emilia, admin_level=8 (tanti nomi importati hanno errori di maiuscole/minuscole) r 42965 name=Reggio Emilia, admin_level=6 se i nomi ufficiali sono quelli con le preposizioni e la gente usa anche quelli senza, allora vanno aggiunte entrambe le forme in tag separati, a questo punto non so quali in tag ci sono IMHO 3 possibili tags: name alt_name (sopra nel esempio c'è name_alt, ma non è pratticamente in uso quello!) official_name volendo poi i soliti nat_name reg_name loc_name ma prefirei quelli sopra. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione scuole
2012/6/13 Alessio Zanol nar...@infinito.it: Ciao, iniziamo a usare isced:level=* per indicare il grado delle scuole? si, bella iniziativa, usiamo 'ste livelli... amenity=school secondo me è decisamente riduttivo. C'è una proposal non molto attiva: http://wiki.openstreetmap.org/wiki/Key:isced:level si, utilizzerei quella sintassi (anche se non è 100% pulita, perchè usa un'abbreviazione, ma international_standard_classification_of_education:level ne anche è molto bella ;-) ) Poi ridondanti ma male non fa:... +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione scuole
2012/6/14 Martin Koppenhoefer dieterdre...@gmail.com: 2012/6/13 Alessio Zanol nar...@infinito.it: Ciao, iniziamo a usare isced:level=* per indicare il grado delle scuole? si, bella iniziativa, usiamo 'ste livelli... Ma non sarebbe il caso, prima, di far diventare attiva la proposta? -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione scuole
2012/6/14 Sky One sky...@skyone.it: 2012/6/14 Martin Koppenhoefer dieterdre...@gmail.com: 2012/6/13 Alessio Zanol nar...@infinito.it: Ciao, iniziamo a usare isced:level=* per indicare il grado delle scuole? si, bella iniziativa, usiamo 'ste livelli... Ma non sarebbe il caso, prima, di far diventare attiva la proposta? fatto ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Un ponte è anche un building ?
2012/6/14 Alech OSM alech.hos...@gmail.com: Navigando in osm ho visto come sia stato tracciato il perimetro del Ponte Vecchio, le torri del Tower Bridge oppure in diversi casi la forma idrodinamica di certi piloni appoggiati sul fondo, Penso che ci si riferisca alle costruzioni *sopra* il ponte Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Un ponte è anche un building ?
2012/6/14 Alech OSM alech.hos...@gmail.com: Oppure un man_made ? Navigando in osm ho visto come sia stato tracciato il perimetro del Ponte Vecchio, le torri del Tower Bridge oppure in diversi casi la forma idrodinamica di certi piloni appoggiati sul fondo, ma non dovrebbe essere così per qualsiasi ponte , perlomeno per quelli facilmente distinguibili dal terreno vicino ? si, secondome un bridge è un building. Non mettrei man_made per un ponte perchè lo vedo più come classe per impianti technici (e visto che (secondome) è già un building, man_made sarebbe un doppione inutile). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
2012/6/14 Carlo Stemberger carlo.stember...@gmail.com: fatto sta che l'italiano è la lingua ufficiale per l'Italia, più altre lingue in alcune zone, quindi è una contraddizione in termini sostenere che name possa essere diverso da name:it per gli oggetti in Italia Assolutamente no: proprio per il fatto che in certe zone d'Italia le lingue ufficiali siano 2 o più, è ovvio che lì i nomi ufficiali siano per lo meno bilingui. name:it sarà quello italiano (una parte del nome ufficiale), ecc. Non vedo dove stia la contraddizione... +1 Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
On 14 Jun 2012 12:59, Elena ``of Valhallaapos;apos; elena.valha...@gmail.com wrote: On 2012-06-14 at 11:59:45 +0200, Daniele Forsi wrote: la contraddizione per me sta nel sostenere che un nome di un oggetto che si trova in Italia (name) possa essere diverso dal nome in italiano di quell'oggetto (name:it); e perche' mai? un oggetto che si trova in svizzera può tranquillamente avere una combinazione di nomi in tedesco, francese, italiano e romancio, con magari tutti questi nomi combinati nel nome ufficiale dell'oggetto, ma non e` che il nome ad esempio tedesco comprenda anche quello nelle altre lingue. +1 -- Elena ``of Valhalla'' -- Ciao Luca http://www.lucadelu.org http://gis.cri.fmach.it/delucchi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] passaggi pedonali a lato strada
la way [1] è questa in foto il dubbio è per i passaggi pedonali laterali, non separati fisicamente dalla strada [1] https://docs.google.com/open?id=0B8MXmVASBlBlVzRSYS1ZZklBYnc -- - Gianmario ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] passaggi pedonali a lato strada
2012/6/14 Gianmario Mengozzi gianmario.mengo...@gmail.com: il dubbio è per i passaggi pedonali laterali, non separati fisicamente dalla strada A me sembrano dei marciapiedi di serie B, quindi non li mapperei o al più li mapperei con lo stesso tag dei marciapiedi: http://wiki.openstreetmap.org/wiki/Key:sidewalk Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Istituti comprensivi
Ciao, sull'onda del tag per il grado scolastico (isced:level) sto pensando a come si possa definire un istituto comprensivo. Le idee che mi son venute sono: * una relation.. ma di che tipo? site? A volte le varie scuole sono adiacenti ma spesso son separate anche di chilometri. Vale ancora la definizione di site? * un tag che potrebbe essere operator=* o network=*. Esempio operator=Istituto Comprensivo Osmotico Altre idee? Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Istituti comprensivi
2012/6/14 Luigi Toscano luigi.tosc...@tiscali.it: Alessio Zanol wrote: Ciao, sull'onda del tag per il grado scolastico (isced:level) sto pensando a come si possa definire un istituto comprensivo. Le idee che mi son venute sono: [...] * un tag che potrebbe essere operator=* o network=*. Esempio operator=Istituto Comprensivo Osmotico operator non sarebbe più adatto per il proprietario della scuola (Comune? per le primarie, o Ministero o quello che è per le altre pubbliche ; e ovviamente il gestore per quelle private). Attenzione che il proprietario dell'edificio spesso non è il ministero. Ad esempio il proprietario degli edifici delle scuole superiori nella provincia di treviso è la provincia, non il comune, nè il ministero. -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tag con valore di default
A breve inseriro' per il comune di milano un tag relativo all'uso della bici. Appena avro' concluso il documento lo inserisco sul wiki. Prima di procedere sia con la documentazione e con l'inserimento dei dati, volevo un parere relativo all'utilizzo del tag. Mi spiego meglio. Il tag avra' 3 valori. Ha senso sottindere che uno dei 3 valori sia quello predefinito (evitando quindi di appesantire il database con un nuovo tag per way) o e' comunque meglio inserirlo? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag con valore di default
Il 06/14/2012 10:56 PM, sabas88 scrisse: C'entra qualcosa con Bikedistrict? No, e' la concorrenza di bike district! ;-) Meglio metterlo secondo me, così riesci a controllare anche le strade (dove manca? è sparito? è stato modificato?) Si', sembra ragionevole... grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
Il 14 giugno 2012 18:50, Luca Delucchi lucadel...@gmail.com ha scritto: On 14 Jun 2012 12:59, Elena ``of Valhallaapos;apos; elena.valha...@gmail.com wrote: On 2012-06-14 at 11:59:45 +0200, Daniele Forsi wrote: la contraddizione per me sta nel sostenere che un nome di un oggetto che si trova in Italia (name) possa essere diverso dal nome in italiano di quell'oggetto (name:it); e perche' mai? un oggetto che si trova in svizzera può tranquillamente avere una combinazione di nomi in tedesco, francese, italiano e romancio, con magari tutti questi nomi combinati nel nome ufficiale dell'oggetto, ma non e` che il nome ad esempio tedesco comprenda anche quello nelle altre lingue. +1 ma la Svizzera non ha una Costituzione della Repubblica Italiana che ha rinominato la Valle d'Aosta in Valle d’Aosta/Vallée d’Aoste, per cui secondo me il nome italiano è composto da entrambe le parti, ma a parte l'art. 116 non ho trovato conferme, nemmeno nello Statuto della Regione (in quale tag vada messo il nome doppio e quelli singoli è un altro discorso) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
2012/6/14 Daniele Forsi dfo...@gmail.com e perche' mai? un oggetto che si trova in svizzera può tranquillamente avere una combinazione di nomi in tedesco, francese, italiano e romancio, con magari tutti questi nomi combinati nel nome ufficiale dell'oggetto, ma non e` che il nome ad esempio tedesco comprenda anche quello nelle altre lingue. +1 ma la Svizzera non ha una Costituzione della Repubblica Italiana che ha rinominato la Valle d'Aosta in Valle d’Aosta/Vallée d’Aoste, per cui secondo me il nome italiano è composto da entrambe le parti, ma a parte l'art. 116 non ho trovato conferme, nemmeno nello Statuto della Regione (in quale tag vada messo il nome doppio e quelli singoli è un altro discorso) Da questo punto di vista, anche per il Friuli-Venezia Giulia esiste un problema del genere. Il trattino tra le due parti della regione è stato eliminato solo dall'art. 116 della Costituzione, mentre rimane altrove e nello statuto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare i nomi Valle d'Aosta e Trentino-Südtirol/Alto Adige
Il giorno 14 giugno 2012 23:11, Daniele Forsi dfo...@gmail.com ha scritto: ma la Svizzera non ha una Costituzione della Repubblica Italiana che ha rinominato la Valle d'Aosta in Valle d’Aosta/Vallée d’Aoste Ma quello non è il nome in lingua italiana! È il nome ufficiale, _bilingue_, proprio perché in Valle d'Aosta le lingue ufficiali sono 2 (italiano e francese). Se cerchi sul un dizionario italiano-francese, scoprirai che valle in francese si dice proprio vallée, termine che invece non troverai in nessun dizionario italiano. Non riesco proprio a capire come si faccia a continuare una discussione su una cosa che mi sembra talmente semplice, logica e lineare... Per quel che mi riguarda, questo è il mio ultimo intervento. Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] stationer
hej, jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. jeg bruger osmosis med --tag-filter funktionen. de fleste stationer er tagget med en node med railway=station. men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) tagget med railway=station. andre har begge dele, fx hillerød station: http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M er det ok at tilføje en node, de steder hvor der er en bygning i forvejen, fx kbh's hovedbanegård? Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Mobil +45 2972 3788 Email z...@tmf.kk.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] stationer
Ret mig hvis jeg tager fejl, men som jeg forstår det er openstreetmap er vel i grunden upraktisk fordi der ingen garanti er for at indholdet overholder nogle bestemte retningslinjer. Det betyder vel at hvis du har brug for at finde ud af noget bestemt kan det bedre betale sig at skyde med spredehagl og lave udtræk af alle de tags der er interessante på trods af at resultatet er svære at arbejde med. Selv hvis du gik ind og sørgede for at der var en node for hver station så dit udtræk ville være simplere at benytte giver det ingen garanti for at det bliver ved med at forholde sig sådan i fremtiden, så hvis du har brug for de samme data senere giver det nok mere mening at bearbejde de data du får, end at homogenisere osm. Jonas 2012/6/14 Soren Johannessen soren.johannes...@gmail.com 2012/6/14 Emil Tin z...@tmf.kk.dk: hej, jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. jeg bruger osmosis med --tag-filter funktionen. de fleste stationer er tagget med en node med railway=station. men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) tagget med railway=station. andre har begge dele, fx hillerød station: http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M programmet Osmfilter synes jeg er mere simpelt - og når man laver en keep tag søgning - så kommer både polygoner og POIs med. Program kan hentes her http://wiki.openstreetmap.org/wiki/Osmfilter vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] stationer
kbh hovedbanegård: jeg tænker at tilføje en node, og flytte railway=station fra bygningen over til noden. men kan se (med potlatch) at den way der udgør bygningen er med i en relation for togruten kbh-hamborg. mon det er giver et problem hvis jeg flyttet railway tagget? nørreport st: har tre nodes - 2 normale plus en metro. skal der ikke bare være en!? hillerød st: tænker at fjerne railway=station tag fra bygningen, da den findes på en node allerede. hvad siger de erfarne osm'er - lyder det fornuftigt? :-) emil -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 14. juni 2012 14:19 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] stationer 2012/6/14 Emil Tin z...@tmf.kk.dk: hej, jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. jeg bruger osmosis med --tag-filter funktionen. de fleste stationer er tagget med en node med railway=station. men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) tagget med railway=station. andre har begge dele, fx hillerød station: http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M programmet Osmfilter synes jeg er mere simpelt - og når man laver en keep tag søgning - så kommer både polygoner og POIs med. Program kan hentes her http://wiki.openstreetmap.org/wiki/Osmfilter vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] stationer
hej jonas, du har ret i at man må søge på forskellige tags, osv. det var også derfor jeg fandt både nodes og ways med railway=station. jo men det går jo begge veje. osm er kun nyttigt fordi der er en vis grad af enighed og konsistens. hele wiki'en er jo en standardisering. Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Mobil +45 2972 3788 Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk Fra: Jonas Arnfred [mailto:jo...@ifany.org] Sendt: 14. juni 2012 14:40 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] stationer Ret mig hvis jeg tager fejl, men som jeg forstår det er openstreetmap er vel i grunden upraktisk fordi der ingen garanti er for at indholdet overholder nogle bestemte retningslinjer. Det betyder vel at hvis du har brug for at finde ud af noget bestemt kan det bedre betale sig at skyde med spredehagl og lave udtræk af alle de tags der er interessante på trods af at resultatet er svære at arbejde med. Selv hvis du gik ind og sørgede for at der var en node for hver station så dit udtræk ville være simplere at benytte giver det ingen garanti for at det bliver ved med at forholde sig sådan i fremtiden, så hvis du har brug for de samme data senere giver det nok mere mening at bearbejde de data du får, end at homogenisere osm. Jonas 2012/6/14 Soren Johannessen soren.johannes...@gmail.com 2012/6/14 Emil Tin z...@tmf.kk.dk: hej, jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. jeg bruger osmosis med --tag-filter funktionen. de fleste stationer er tagget med en node med railway=station. men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) tagget med railway=station. andre har begge dele, fx hillerød station: http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M programmet Osmfilter synes jeg er mere simpelt - og når man laver en keep tag søgning - så kommer både polygoner og POIs med. Program kan hentes her http://wiki.openstreetmap.org/wiki/Osmfilter vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] stationer
tak for tippet med osmfilter! -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 14. juni 2012 14:19 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] stationer 2012/6/14 Emil Tin z...@tmf.kk.dk: hej, jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. jeg bruger osmosis med --tag-filter funktionen. de fleste stationer er tagget med en node med railway=station. men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) tagget med railway=station. andre har begge dele, fx hillerød station: http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M programmet Osmfilter synes jeg er mere simpelt - og når man laver en keep tag søgning - så kommer både polygoner og POIs med. Program kan hentes her http://wiki.openstreetmap.org/wiki/Osmfilter vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] stationer
overpass er også en mulighed. faldt over en sjov funktion til at vise ruter: http://overpass-api.de/api/sketch-line?network=S-togref=E e -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 14. juni 2012 14:19 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] stationer 2012/6/14 Emil Tin z...@tmf.kk.dk: hej, jeg forsøger at lave et udtræk af stationer i region h, dvs. s-tog og metro. jeg bruger osmosis med --tag-filter funktionen. de fleste stationer er tagget med en node med railway=station. men kbh hovedbanegård har ingen node. i stedet er selve bygningen (en way) tagget med railway=station. andre har begge dele, fx hillerød station: http://www.openstreetmap.org/?lat=55.926881lon=12.310791zoom=18layers=M programmet Osmfilter synes jeg er mere simpelt - og når man laver en keep tag søgning - så kommer både polygoner og POIs med. Program kan hentes her http://wiki.openstreetmap.org/wiki/Osmfilter vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] spændende transportmæssige fenomener syd for aalborg
Den 13. jun. 2012 10.13 skrev Joris Kofman joriskof...@gmail.com: Hej folkens faldt idag over dette spændende fenomen syd for aalborg, gad vide hvem i kommunen der har givet penge til dette anlægsarbejde http://www.openstreetmap.org/?lat=56.98511lon=9.92924zoom=16layers=M men i det mere seriøse. Findes der en form for sandkasse hvor man kan lege med diverse former for veje, se deres renderinger, afprøve relationer osv? Kom for sent til at se det, men ja, der er en testserver, vist mest til at rode med API-halløjet, men den kan vel også bruges til at teste manuelle rettelser: http://wiki.openstreetmap.org/wiki/Sandbox_for_editing Har ikke helt fundet ud af hvordan det virker, det må være noget med at de en gang imellem tager et nyt snapshot. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] stationer
Den 14-06-2012 14:45, Emil Tin skrev: kbh hovedbanegård: jeg tænker at tilføje en node, og flytte railway=station fra bygningen over til noden. men kan se (med potlatch) at den way der udgør bygningen er med i en relation for togruten kbh-hamborg. mon det er giver et problem hvis jeg flyttet railway tagget? Bygningen er en station og som sådan så er tagget jo rigtigt, og jeg synes ikke du har ret til at fjerne det fordi det genere dig. Og relationen med ruten fra Hamborg til Kbh, hvis den skal give mening så er det vel ikke bygningen men skinnerne der skal være med i relationen, men det skal der vist et nærmere studie til for at afgøre. Bare min mening. Carsten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] møde idag
Lidt nysgerrig: Hvem på dagens møde i Geoforum var det som nævnte OSM i den afsluttende spørgerunde? Jeg fangede ikke navnet, men der var noget tysk (?) accent ind over, tror jeg. mvh Uffe Kousgaard ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Cykelruteplanlæggeren
Den er godtnok ekstrem hurtig. Både til at vise kort, når man flyter på det, eller zoomer ind/ud, og når man laver en route. Jeg forsøgte mig med en route fra Værebrovej, til Tinghøjvej, den valgte en route langs Hillerød motorvejen, men ved ring 3, var cykelstien knyttet til mororvejs linket, over Ring 3, det er en fejl i OSM, som jeg så har rettet, men måske man kunne tage højde for den slags fejl i OSM, og lave routen den vej alligevel? Jeg forsøgte mig også med en route i Berlin, men det ville den ikke være med til, hvorfor ikke? -- Med venlig hilsen Ivar Madsen Mandag den 4. juni 2012 09:55:17 Emil Tin skrev: hej janus, planen er en alpha version på web denne måned, og så forbedringer hen over sommeren/efteråret. app'en vil formodentligt følge et par måneder efter. vi følger en såkaldt 'agile' proces, hvor borgerne kan komme med input og kommentarer fra den første alpha version, og på den måde være med til at forme løsningen. du kan se en prototype på: http://stormy-flower-5599.herokuapp.com/ vær opmærksom på at den ikke (endnu) fungerer i internet explorer, så brug firefox eller chrome. prototypen er mest en test af selve ruteberegningen - der kommer en ny brugergrænseflade, andre funktioner, etc. cykelsuperstierne er interesserede i at udbrede løsningen til region hovedstaden, og vi har en tæt kontakt til dem. en af de udfordringer vi har er jura ifht at gøre kortdata frit tilgængelige. i indstillingen stod at data så vidt muligt skal gøres tilgængelige for kommercielle aktører og andre. men desværre er juristerne pt bekymrede for om det er konkurrenceforvridende. det er et synspunkt jeg personligt mener er problematisk. mange andre byer lægger jo fx masser af offentlige data ud, og skaber på den måde grobund for innovation. ring endeligt hvis du vil vide mere. Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Mobil +45 2972 3788 Email z...@tmf.kk.dk -Oprindelig meddelelse- Fra: Janus Sandsgaard [mailto:j...@oim.dk] Sendt: 4. juni 2012 09:38 Til: OpenStreetMap Denmark Emne: [Talk-dk] Cykelruteplanlæggeren Hej Emil Efterhånden længe siden. Er nysgerrig på hvordan det går med den mobile cykeruteplanlægger - bare et par stikord på hvor langt I er, om der er sten på vejen for projektet etc. Er der et sted jeg kan læse om det, eller er det bedre med uformel snak på tlf.? Mvh janus Janus Sandsgaard Økonomi- og Indenrigsministeriet Afdeling for offentlig fornyelse og velfærdspolitik Slotsholmsgade 10-12 - 1216 København K - Tlf. 7228 2400 - www.oim.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-es] [Catastro] Versión 2012-06-13 de cat2osm (opción -elemtex)
Hola Está disponible una nueva versión de Cat2Osm que incorpora cambios referentes a la opción -elemtex. De resto funciona igual que hasta ahora. Se trata de la posibilidad de mejorar la clasificación de los elementos textuales en función del contenido del campo rótulo Las reglas para asignar etiquetas se definen en un fichero de texto y sólo se utilizan si se indica la ruta a ese fichero en el fichero de configuración mediante una entrada del tipo ElemtexRules=rutafichero Por ejemplo, ElemtexRules=config/elemtex.rules El fichero de texto puede contener reglas definidas como una expresión regular [1] y a continuación una o varias etiquetas separadas por tabuladores. Cada etiqueta se define como clave=valor, por ejemplo, amenity=school. Esta sería la regla para poner las etiquetas a oficinas de correos ^correos.* amenity=post_office, operator=Correos Es decir, si empieza por el texto correos, le asigna esas dos etiquetas. Es independiente de las mayúsculas. La idea es que cada cual pueda crearse su fichero con reglas específicas para su zona. Las reglas más generales que vayan apareciendo, para que sean útiles para todo el mundo, se ruega ir apuntandolas en [2]. Además de estas reglas de etiquetado, también se pueden añadir en el fichero reglas de validación. Se trata de reglas formadas sólo por una expresión regular, sin etiquetas. Sirven para filtrar aquellos elementos que cumplan alguna de estas reglas. Por ejemplo, la regla ^BL\s[0-9IVX\.\-\+]+$ Elimina los rótulos de número de bloque, como BL 1, BL IV o BL 1-1, etc. El motivo es que hay muchos elementos constructivos que por error de Catastro están identificados como otros tipos de rótulos. Espero que estos cambios resulten útiles y sirvan junto con la cuestión de control de calidad para tener el visto bueno en la lista import a la subimportación de Elemtex. Saludos, Javier Sánchez [1] http://es.wikipedia.org/wiki/Expresi%C3%B3n_regular [2] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Etiquetado_en_ELEMTEX.SHP ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Elemtex
Hola Retomo la cuestión del hilo que quedó pendiente en [imports] de definir una metodología de control de calidad (¡que potente suena!). Lo ideal sería conseguir una solución técnica, como ha comentado Jynus, que además facilitaría mucho el procesado de los resultados y sería bastante necesaria para el resto de las capas. Es decir, subir los resultados del programa a un servidor intermedio del que se puedan ir bajando luego porciones más manejables para fusionar con osm. Creo que en Francia lo hicieron así. No sé como están las posibilidades para conseguir esto ni lo que se podría tardar. Por tanto, si todo el mundo está de acuerdo, volvería a retomar el tema en imports con los cambios a Cat2Osm y proponiendo un control de calidad manual. Es decir: - Generar el fichero OSM con la opción -elemtex y un fichero de reglas (opcionalmente) - Procesar siguiendo [1] - Colgar el fichero procesado en algún sitio - Poner el enlace en la página correspondiente de [2] y solicitar en la lista que alguien ayude revisándolo. - La persona que se proponga para revisarlo lo anota en el Wiki de resultados para que no se pise con otra persona. - Después de revisado por una segunda persona ya se puede subir con el usuario correspondiente. ¿Votos? Saludos. [1] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre#Importaci.C3.B3n_de_elementos_textuales [2] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Elemtex
Yo intentaría invertir trabajo y esfuerzo en importar de golpe todo lo que se pueda importar de catastro, no sólo elemtex. De esta manera los revisores importarían todo de una sola vez. Incluyendo lo que, bajo mi punto de vista, es la información más útil que podemos importar de catastro por su actual escasez en España: los nombres de calles junto con los números de policía. ¿Alguien ha escrito a la lista de talk por el tema de edificios por relaciones o por polígonos con ways superpuestos? El 14 de junio de 2012 22:38, Javier Sánchez javiers...@gmail.comescribió: Hola Retomo la cuestión del hilo que quedó pendiente en [imports] de definir una metodología de control de calidad (¡que potente suena!). Lo ideal sería conseguir una solución técnica, como ha comentado Jynus, que además facilitaría mucho el procesado de los resultados y sería bastante necesaria para el resto de las capas. Es decir, subir los resultados del programa a un servidor intermedio del que se puedan ir bajando luego porciones más manejables para fusionar con osm. Creo que en Francia lo hicieron así. No sé como están las posibilidades para conseguir esto ni lo que se podría tardar. Por tanto, si todo el mundo está de acuerdo, volvería a retomar el tema en imports con los cambios a Cat2Osm y proponiendo un control de calidad manual. Es decir: - Generar el fichero OSM con la opción -elemtex y un fichero de reglas (opcionalmente) - Procesar siguiendo [1] - Colgar el fichero procesado en algún sitio - Poner el enlace en la página correspondiente de [2] y solicitar en la lista que alguien ayude revisándolo. - La persona que se proponga para revisarlo lo anota en el Wiki de resultados para que no se pise con otra persona. - Después de revisado por una segunda persona ya se puede subir con el usuario correspondiente. ¿Votos? Saludos. [1] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre#Importaci.C3.B3n_de_elementos_textuales [2] http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ca] admin_level of canadian cities
hi, What do you suggest for admin_level of canadian cities, because i noticed difference between the official Canadian recommendation on Openstreetmap wiki ( http://wiki.openstreetmap.org/wiki/Admin_level#10_admin_level_values_for_specific_countries) witch is suggesting LEVEL 8 ... whereas you can check LEVEL 4 for big cities in Canada on Opensstreetmap (Quebec City as instance...) So ... do we adjust our admin_level according to the canadian section of openstreetmap's wiki? Or do you suggest to keep on tracks on LEVEL 8 usage... and why? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Images satellite Bing Montréal et Québec
Openstreetmap a annoncé sur son tweeter il y a quelques jour, la publication de nouvelles cartes détaillées de BING dans certaines regions du canada je n'ai pas vu de différence à Québec mais peut-être que St-hilaire n'est plus la seule exception hors de ces deux grandes villes ;-) Le 7 juin 2012 09:23, Harald Kliems kli...@gmail.com a écrit : Just to add to this: in the Montreal area the alignment of the Bing imagery in my experience is very good. It is nonetheless a good idea to always also download the GPS tracks and make sure the images match those (and the Canvec import data). Harald (who has done a lot of aerial imagery-supported mapping in the Montreal area) 2012/6/6 Pierre Béland infosbelas-...@yahoo.fr: Pour ceux intéressés à cartographier dans la région de Montréal et de Québec, notez que l'imagerie Bing est très détaillée à Montréal et Québec. À Montréal, cette couverture s'étend sur une partie de la rive-sud et de la rive nord. Ne pas oublier d'indiquer source=Bing si vous utilisez ces images. Pour obtenir les images de haute résolution, il faut zoomer en détail. Puis soudainement, les images de très basse résolution sont remplacées par les images de meilleure qualité. Curieusement, la région du mont St-Hilaire est aussi couverte. Es-ce que quelqu'un connait l'étendue de ces images de haute résolution et les plans de Microsoft à cet égard ? Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] BING Maps high resolution in Canada
Openstreetmap recently annonced on his tweeter , release of brand new high definition satelite vues of BING in Canada. So... hope it 'll help you were you're mapping ;-) -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Re : admin_level of canadian cities
Bruno, In the wiki page it is clearly indicated to use admin_level=8 for municipalities in Canada. Levels 9 and 10 are used for subdivisions into the municipality (ie. arrondissement and neighborhood / quartiers ). Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Jeudi 14 juin 2012 13h44 Objet : [Talk-ca] admin_level of canadian cities hi, What do you suggest for admin_level of canadian cities, because i noticed difference between the official Canadian recommendation on Openstreetmap wiki (http://wiki.openstreetmap.org/wiki/Admin_level#10_admin_level_values_for_specific_countries) witch is suggesting LEVEL 8 ... whereas you can check LEVEL 4 for big cities in Canada on Opensstreetmap (Quebec City as instance...) So ... do we adjust our admin_level according to the canadian section of openstreetmap's wiki? Or do you suggest to keep on tracks on LEVEL 8 usage... and why? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Re : Images satellite Bing Montréal et Québec
Effectivement, comme je le disais dans le message précédent, en anglais, j'ai découvert hier de nouvelles images pour pratiquement toute la vallée du Richelieu, Bromont et Sherbrooke. Ce sont des images de très bonne qualité. Quel plaisir de pouvoir tracer à partir de ces images. J'ai ajouté plusieurs traces récemment dans la vallée du Haut-Richelieu que je peux maintenant mieux aligner à l'aide de l'Imagerie Google. Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Jeudi 14 juin 2012 14h22 Objet : Re: [Talk-ca] Images satellite Bing Montréal et Québec Openstreetmap a annoncé sur son tweeter il y a quelques jour, la publication de nouvelles cartes détaillées de BING dans certaines regions du canada je n'ai pas vu de différence à Québec mais peut-être que St-hilaire n'est plus la seule exception hors de ces deux grandes villes ;-) Le 7 juin 2012 09:23, Harald Kliems kli...@gmail.com a écrit : Just to add to this: in the Montreal area the alignment of the Bing imagery in my experience is very good. It is nonetheless a good idea to always also download the GPS tracks and make sure the images match those (and the Canvec import data). Harald (who has done a lot of aerial imagery-supported mapping in the Montreal area) 2012/6/6 Pierre Béland infosbelas-...@yahoo.fr: Pour ceux intéressés à cartographier dans la région de Montréal et de Québec, notez que l'imagerie Bing est très détaillée à Montréal et Québec. À Montréal, cette couverture s'étend sur une partie de la rive-sud et de la rive nord. Ne pas oublier d'indiquer source=Bing si vous utilisez ces images. Pour obtenir les images de haute résolution, il faut zoomer en détail. Puis soudainement, les images de très basse résolution sont remplacées par les images de meilleure qualité. Curieusement, la région du mont St-Hilaire est aussi couverte. Es-ce que quelqu'un connait l'étendue de ces images de haute résolution et les plans de Microsoft à cet égard ? Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Re : admin_level of canadian cities
I totaly agree with you ! This is CLEAR and completed with several exemple. And level 8 seems dedicaced to a PROVINCE (Ontario , British Colombia...ans so on) but NOT for cities (like Quebec city) So defibitively i suggest: A polygone with adminlevel=4 for PROVINCE of Quebec A SINGLE NODE widh adminkevel=8 for CITY of Quebec Right? Bruno Remy Le 2012-06-14 14:35, Pierre Béland infosbelas-...@yahoo.fr a écrit : Bruno, In the wiki page it is clearly indicated to use admin_level=8 for municipalities in Canada. Levels 9 and 10 are used for subdivisions into the municipality (ie. arrondissement and neighborhood / quartiers ). Pierre -- *De :* Bruno Remy bremy.qc...@gmail.com *À :* talk-ca@openstreetmap.org *Envoyé le :* Jeudi 14 juin 2012 13h44 *Objet :* [Talk-ca] admin_level of canadian cities hi, What do you suggest for admin_level of canadian cities, because i noticed difference between the official Canadian recommendation on Openstreetmap wiki ( http://wiki.openstreetmap.org/wiki/Admin_level#10_admin_level_values_for_specific_countries) witch is suggesting LEVEL 8 ... whereas you can check LEVEL 4 for big cities in Canada on Opensstreetmap (Quebec City as instance...) So ... do we adjust our admin_level according to the canadian section of openstreetmap's wiki? Or do you suggest to keep on tracks on LEVEL 8 usage... and why? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Re : admin_level of canadian cities
We should not confuse province and municipality levels. Quebec city has admin_level=8. See node description http://www.openstreetmap.org/browse/node/1781476959 Quebec province has admin_level=4. See Administrative boundary relationhttp://www.openstreetmap.org/browse/relation/61549 Pierre De : Andrew Lester a-les...@shaw.ca À : 'Bruno Remy' bremy.qc...@gmail.com; talk-ca@openstreetmap.org Envoyé le : Jeudi 14 juin 2012 14h13 Objet : Re: [Talk-ca] admin_level of canadian cities As far as I can tell, the reason Quebec City is tagged as admin_level=4 is because it’s the capital of the province. As per your linked wiki page, provinces are admin_level=4. For any old non-capital city, they should be tagged admin_level=8. Keep in mind that admin_level=* is primarily intended for use on boundary ways and relations, not the place=* node. The usage of admin_level=*and capital=* on city nodes is part of a proposed feature covering capitals (http://wiki.openstreetmap.org/wiki/Proposed_features/capital). Contrary to what that proposal outlines, the common usage according to Taginfo (http://taginfo.openstreetmap.org/keys/capital#values) seems to be that capitals are tagged as capital=[admin level number] (ie. Quebec City would be tagged capital=4). Andrew Lester Victoria, BC From:Bruno Remy [mailto:bremy.qc...@gmail.com] Sent: Thursday, June 14, 2012 10:44 AM To: talk-ca@openstreetmap.org Subject: [Talk-ca] admin_level of canadian cities hi, What do you suggest for admin_level of canadian cities, because i noticed difference between the official Canadian recommendation on Openstreetmap wiki (http://wiki.openstreetmap.org/wiki/Admin_level#10_admin_level_values_for_specific_countries) witch is suggesting LEVEL 8 ... whereas you can check LEVEL 4 for big cities in Canada on Opensstreetmap (Quebec City as instance...) So ... do we adjust our admin_level according to the canadian section of openstreetmap's wiki? Or do you suggest to keep on tracks on LEVEL 8 usage... and why? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Re : Re : admin_level of canadian cities
Bruno, what you present correspond to the present situation like I indicated in my last mail that came at same time as yours. We could also have an administrative boundary relation =8 to describe Quebec city limits. This is very helpfull to search into cities. I have done that for Saint-Jean-sur-Richelieu using data from Statistic Canada. We should obtain better information from government of Quebec in the next year. For example, with Nominatim, I can search rue Jacques-Cartier, Saint-Jean-sur-Richelieu. But if I search Rue Grande Allee, Quebec, I cannot find it. Only a street in Montreal is reported. Pierre De : Bruno Remy bremy.qc...@gmail.com À : Pierre Béland infosbelas-...@yahoo.fr; talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Jeudi 14 juin 2012 14h47 Objet : Re: [Talk-ca] Re : admin_level of canadian cities I totaly agree with you ! This is CLEAR and completed with several exemple. And level 8 seems dedicaced to a PROVINCE (Ontario , British Colombia...ans so on) but NOT for cities (like Quebec city) So defibitively i suggest: A polygone with adminlevel=4 for PROVINCE of Quebec A SINGLE NODE widh adminkevel=8 for CITY of Quebec Right? Bruno Remy Le 2012-06-14 14:35, Pierre Béland infosbelas-...@yahoo.fr a écrit : Bruno, In the wiki page it is clearly indicated to use admin_level=8 for municipalities in Canada. Levels 9 and 10 are used for subdivisions into the municipality (ie. arrondissement and neighborhood / quartiers ). Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Jeudi 14 juin 2012 13h44 Objet : [Talk-ca] admin_level of canadian cities hi, What do you suggest for admin_level of canadian cities, because i noticed difference between the official Canadian recommendation on Openstreetmap wiki (http://wiki.openstreetmap.org/wiki/Admin_level#10_admin_level_values_for_specific_countries) witch is suggesting LEVEL 8 ... whereas you can check LEVEL 4 for big cities in Canada on Opensstreetmap (Quebec City as instance...) So ... do we adjust our admin_level according to the canadian section of openstreetmap's wiki? Or do you suggest to keep on tracks on LEVEL 8 usage... and why? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] admin_level of canadian cities
Ahh, you’re absolutely correct. I hadn’t noticed that node. The one I was looking at is http://www.openstreetmap.org/browse/node/30915641, which isn’t part of any relations. One of these two “Quebec” nodes should probably be removed and the remaining one added to the provincial relation. Andrew From: Pierre Béland [mailto:infosbelas-...@yahoo.fr] Sent: Thursday, June 14, 2012 11:52 AM To: Andrew Lester; 'Bruno Remy'; talk-ca@openstreetmap.org Subject: Re : [Talk-ca] admin_level of canadian cities We should not confuse province and municipality levels. Quebec city has admin_level=8. See node description http://www.openstreetmap.org/browse/node/1781476959 Quebec province has admin_level=4. See Administrative boundary relationhttp://www.openstreetmap.org/browse/relation/61549 Pierre _ De : Andrew Lester a-les...@shaw.ca À : 'Bruno Remy' bremy.qc...@gmail.com; talk-ca@openstreetmap.org Envoyé le : Jeudi 14 juin 2012 14h13 Objet : Re: [Talk-ca] admin_level of canadian cities As far as I can tell, the reason Quebec City is tagged as admin_level=4 is because it’s the capital of the province. As per your linked wiki page, provinces are admin_level=4. For any old non-capital city, they should be tagged admin_level=8. Keep in mind that admin_level=* is primarily intended for use on boundary ways and relations, not the place=* node. The usage of admin_level=*and capital=* on city nodes is part of a proposed feature covering capitals (http://wiki.openstreetmap.org/wiki/Proposed_features/capital). Contrary to what that proposal outlines, the common usage according to Taginfo (http://taginfo.openstreetmap.org/keys/capital#values) seems to be that capitals are tagged as capital=[admin level number] (ie. Quebec City would be tagged capital=4). Andrew Lester Victoria, BC From: Bruno Remy [mailto:bremy.qc...@gmail.com] Sent: Thursday, June 14, 2012 10:44 AM To: talk-ca@openstreetmap.org Subject: [Talk-ca] admin_level of canadian cities hi, What do you suggest for admin_level of canadian cities, because i noticed difference between the official Canadian recommendation on Openstreetmap wiki (http://wiki.openstreetmap.org/wiki/Admin_level#10_admin_level_values_for_specific_countries) witch is suggesting LEVEL 8 ... whereas you can check LEVEL 4 for big cities in Canada on Opensstreetmap (Quebec City as instance...) So ... do we adjust our admin_level according to the canadian section of openstreetmap's wiki? Or do you suggest to keep on tracks on LEVEL 8 usage... and why? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Re : admin_level of canadian cities
I suggest to keep node 30915641 where content is more accurate. Tag state_capital is ok. But the tag admin_level=4 should be removed. And I dont know if capital=yes adds anything. We should avoid to create duplicates of the tag admin_level and not confuse about where to place admin_level tags. Admin_level=4 refers to the province. It is placed in the boundary relation for Quebec province (as it is presenly). Admin_level=8 refers to the municipality. It is presently in the node for Quebec city. wich is ok. Butwhen a boundary relation will be created for Quebec city, this admin_level tag will be moved to that boundary relation. Boundary relation :the node for Quebec city, 30915641, should be added to boundary relation for Quebec province with role .admin_centre http://www.openstreetmap.org/browse/relation/61549. Pierre http://www.openstreetmap.org/browse/node/30915641 addr:country = CA admin_level = 4 capital = yes is_in = Québec, Canada is_in:continent = Amérique du Nord is_in:country = Canada is_in:state = Québec is_in:state_code = QC name = Québec name:ar = كويبك سيتي name:en = Quebec name:eu = Québec name:fr = Québec name:ru = Квебек place = city population = 8047000 state_capital = yes superficy = 1667441 http://www.openstreetmap.org/browse/node/1781476959 admin_level = 8 capital = 8 is_in = Canada, Québec, Capitale-Nationale name = Québec name:en = Quebec place = town population = 8047000 De : Andrew Lester a-les...@shaw.ca À : 'Pierre Béland' infosbelas-...@yahoo.fr; 'Bruno Remy' bremy.qc...@gmail.com; talk-ca@openstreetmap.org Envoyé le : Jeudi 14 juin 2012 14h59 Objet : RE: [Talk-ca] admin_level of canadian cities Ahh, you’re absolutely correct. I hadn’t noticed that node. The one I was looking at is http://www.openstreetmap.org/browse/node/30915641, which isn’t part of any relations. One of these two “Quebec” nodes should probably be removed and the remaining one added to the provincial relation. Andrew From:Pierre Béland [mailto:infosbelas-...@yahoo.fr] Sent: Thursday, June 14, 2012 11:52 AM To: Andrew Lester; 'Bruno Remy'; talk-ca@openstreetmap.org Subject: Re : [Talk-ca] admin_level of canadian cities We should not confuse province and municipality levels. Quebec city has admin_level=8. See node description http://www.openstreetmap.org/browse/node/1781476959 Quebec province has admin_level=4. See Administrative boundary relationhttp://www.openstreetmap.org/browse/relation/61549 Pierre De :Andrew Lester a-les...@shaw.ca À : 'Bruno Remy' bremy.qc...@gmail.com; talk-ca@openstreetmap.org Envoyé le : Jeudi 14 juin 2012 14h13 Objet : Re: [Talk-ca] admin_level of canadian cities As far as I can tell, the reason Quebec City is tagged as admin_level=4 is because it’s the capital of the province. As per your linked wiki page, provinces are admin_level=4. For any old non-capital city, they should be tagged admin_level=8. Keep in mind that admin_level=* is primarily intended for use on boundary ways and relations, not the place=* node. The usage of admin_level=*and capital=* on city nodes is part of a proposed feature covering capitals (http://wiki.openstreetmap.org/wiki/Proposed_features/capital). Contrary to what that proposal outlines, the common usage according to Taginfo (http://taginfo.openstreetmap.org/keys/capital#values) seems to be that capitals are tagged as capital=[admin level number] (ie. Quebec City would be tagged capital=4). Andrew Lester Victoria, BC From:Bruno Remy [mailto:bremy.qc...@gmail.com] Sent: Thursday, June 14, 2012 10:44 AM To: talk-ca@openstreetmap.org Subject: [Talk-ca] admin_level of canadian cities hi, What do you suggest for admin_level of canadian cities, because i noticed difference between the official Canadian recommendation on Openstreetmap wiki (http://wiki.openstreetmap.org/wiki/Admin_level#10_admin_level_values_for_specific_countries) witch is suggesting LEVEL 8 ... whereas you can check LEVEL 4 for big cities in Canada on Opensstreetmap (Quebec City as instance...) So ... do we adjust our admin_level according to the canadian section of openstreetmap's wiki? Or do you suggest to keep on tracks on LEVEL 8 usage... and why? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Re : Images satellite Bing Montréal et Québec
Je pourrai ajouter qu'il y a aussi des nouvelles images dans l'Outaouais : non seulement à Gatineau, mais aussi dans le MRC de Pontiac (Shawville, Campbell's-Bay), où il n'y avait pas eu des images à haute resolution avant celles-ci. La correspondence entre ces images et la carte crée par mes traces GPS est très proche. Ou, plus précisement, était très proche, parce que j'ai déjà commencé à refaire la carte ici avec plus de détail. 2012/6/14 Pierre Béland infosbelas-...@yahoo.fr: Effectivement, comme je le disais dans le message précédent, en anglais, j'ai découvert hier de nouvelles images pour pratiquement toute la vallée du Richelieu, Bromont et Sherbrooke. Ce sont des images de très bonne qualité. Quel plaisir de pouvoir tracer à partir de ces images. J'ai ajouté plusieurs traces récemment dans la vallée du Haut-Richelieu que je peux maintenant mieux aligner à l'aide de l'Imagerie Google. Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Jeudi 14 juin 2012 14h22 Objet : Re: [Talk-ca] Images satellite Bing Montréal et Québec Openstreetmap a annoncé sur son tweeter il y a quelques jour, la publication de nouvelles cartes détaillées de BING dans certaines regions du canada je n'ai pas vu de différence à Québec mais peut-être que St-hilaire n'est plus la seule exception hors de ces deux grandes villes ;-) Le 7 juin 2012 09:23, Harald Kliems kli...@gmail.com a écrit : Just to add to this: in the Montreal area the alignment of the Bing imagery in my experience is very good. It is nonetheless a good idea to always also download the GPS tracks and make sure the images match those (and the Canvec import data). Harald (who has done a lot of aerial imagery-supported mapping in the Montreal area) 2012/6/6 Pierre Béland infosbelas-...@yahoo.fr: Pour ceux intéressés à cartographier dans la région de Montréal et de Québec, notez que l'imagerie Bing est très détaillée à Montréal et Québec. À Montréal, cette couverture s'étend sur une partie de la rive-sud et de la rive nord. Ne pas oublier d'indiquer source=Bing si vous utilisez ces images. Pour obtenir les images de haute résolution, il faut zoomer en détail. Puis soudainement, les images de très basse résolution sont remplacées par les images de meilleure qualité. Curieusement, la région du mont St-Hilaire est aussi couverte. Es-ce que quelqu'un connait l'étendue de ces images de haute résolution et les plans de Microsoft à cet égard ? Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Jonathan Crowe http://www.jonathancrowe.net ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Re : Images satellite Bing Montréal et Québec
Excellent ! Bruno Remy Le 2012-06-14 15:50, Jonathan Crowe jonathan.cr...@gmail.com a écrit : Je pourrai ajouter qu'il y a aussi des nouvelles images dans l'Outaouais : non seulement à Gatineau, mais aussi dans le MRC de Pontiac (Shawville, Campbell's-Bay), où il n'y avait pas eu des images à haute resolution avant celles-ci. La correspondence entre ces images et la carte crée par mes traces GPS est très proche. Ou, plus précisement, était très proche, parce que j'ai déjà commencé à refaire la carte ici avec plus de détail. 2012/6/14 Pierre Béland infosbelas-...@yahoo.fr: Effectivement, comme je le disais dans le message précédent, en anglais, j'ai découvert hier de nouvelles images pour pratiquement toute la vallée du Richelieu, Bromont et Sherbrooke. Ce sont des images de très bonne qualité. Quel plaisir de pouvoir tracer à partir de ces images. J'ai ajouté plusieurs traces récemment dans la vallée du Haut-Richelieu que je peux maintenant mieux aligner à l'aide de l'Imagerie Google. Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Jeudi 14 juin 2012 14h22 Objet : Re: [Talk-ca] Images satellite Bing Montréal et Québec Openstreetmap a annoncé sur son tweeter il y a quelques jour, la publication de nouvelles cartes détaillées de BING dans certaines regions du canada je n'ai pas vu de différence à Québec mais peut-être que St-hilaire n'est plus la seule exception hors de ces deux grandes villes ;-) Le 7 juin 2012 09:23, Harald Kliems kli...@gmail.com a écrit : Just to add to this: in the Montreal area the alignment of the Bing imagery in my experience is very good. It is nonetheless a good idea to always also download the GPS tracks and make sure the images match those (and the Canvec import data). Harald (who has done a lot of aerial imagery-supported mapping in the Montreal area) 2012/6/6 Pierre Béland infosbelas-...@yahoo.fr: Pour ceux intéressés à cartographier dans la région de Montréal et de Québec, notez que l'imagerie Bing est très détaillée à Montréal et Québec. À Montréal, cette couverture s'étend sur une partie de la rive-sud et de la rive nord. Ne pas oublier d'indiquer source=Bing si vous utilisez ces images. Pour obtenir les images de haute résolution, il faut zoomer en détail. Puis soudainement, les images de très basse résolution sont remplacées par les images de meilleure qualité. Curieusement, la région du mont St-Hilaire est aussi couverte. Es-ce que quelqu'un connait l'étendue de ces images de haute résolution et les plans de Microsoft à cet égard ? Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Jonathan Crowe http://www.jonathancrowe.net ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] BING Maps high resolution in Canada
Don't forget that you can check age at: http://mvexel.dev.openstreetmap.org/bing/ and resolution at: http://ant.dev.openstreetmap.org/bingimageanalyzer/ Hurray! They finally have imagery of Yellowknife available. Well, the eastern half of Yellowknife at least - not my house. How is it that people in the east always get things first? Adam On Thu, Jun 14, 2012 at 12:27 PM, Bruno Remy bremy.qc...@gmail.com wrote: Openstreetmap recently annonced on his tweeter , release of brand new high definition satelite vues of BING in Canada. So... hope it 'll help you were you're mapping ;-) -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca