Re: [OSM-talk] Translating the world
Hello Tim, On 25.10.2012 22:27, Kolossos wrote: Other important thing would be to translate large cities or isles. Any comments and ideas? You should certainly get in contact with the local community before doing any sort of mass import of names in a language you don't understand. For example last time your Vietnamese names had not been that satisfactory. How about providing an easy to proof-read extract for the local communities before doing the actual import? And maybe also double-checking that the admin boundaries of 3166-2 you're going to use are accurate. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] websites bij POI
In article CAEY77=2RDaOLS4TT9JMEBe+2cWYU8vmGZYf7-R+hKwU+K9_=f...@mail.gmail.com, Floris Looijesteijn o...@floris.nu wrote: Hallo! Ik tag zelf zoveel mogelijk de website bij POI als die bekend is. Meestal kun je op de website namelijk extra info zoals openingstijden, menu of catalogus vinden. Persoonlijk tag ik website alleen als er echt een specifieke site/pagina voor die vestiging is. Ik ga dus niet op elk treinstation als website www.ns.nl zetten. In keepright (http://keepright.ipax.at) komen er redelijk wat fouten voorbij voor de website tag, dus ik ben benieuwd wat jullie nuttige websites vinden. Voor zover ik weet hebben alle stations een eigen URL, bijvoorbeeld: http://www.ns.nl/reizigers/reisinformatie/stationsvoorzieningen/stations /f-h/gouda. Die URLs zijn denk ik ook al enige tijd (een paar jaar?) stabiel. Een paar voorbeelden: Stadhuis van Haarlem: www.haarlem.nl http://www.openstreetmap.org/browse/way/91770410 VD in Haarlem: www.vd.nl http://www.openstreetmap.org/browse/way/100611687 Waarom niet www.ns.nl, maar wel www.vd.nl? Reinder ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] [Imports] Importing locality names from GeoScience Australia dataset.
Hello, If you're considering importing you need to read http://wiki.openstreetmap.org/wiki/Import/Guidelines and make sure that you've followed all of the steps before uploading anything else. One of these is talking with the local community, which is why I've cc'ed talk-au@ on this message. I would suggest a different source tag. The source tag is for mappers, not for attribution (which is done at http://wiki.openstreetmap.org/wiki/Contributors). There is some debate as to if you should have source on both the changeset and the objects or just the changeset. If you do decide to have source on the objects, I'd suggest just source=GeoScience Australia DATASET_NAME, with an appropriate value of DATASET_NAME. It's worth documenting the data source and licensing. I think it's CC BY which is okay, but it'd be good to have this documented on the wiki. Are all of them place=locality or is it possible to get more detailed tagging? When it's time to upload JOSM can work if you split the uploads into smaller regions, which is a good idea anyways. From: Li Xia [mailto:lisxia1...@gmail.com] Sent: Friday, October 26, 2012 9:49 PM To: impo...@openstreetmap.org Subject: Re: [Imports] Importing locality names from GeoScience Australia dataset. Hey everyone, A quick intro, I'm Li, founder of http://mud-maps.com/ mud-maps.com We are currently working on a rendering engine that supports OSM for iOS and after running some number os the Australian OSM data, i've noticed that it's lacking a lot of place names. Comparing OSM data to GeoScience (GA) data, here are some numbers. . place:locality = around 1000 as of 23 Oct 2012. . GeoScience locality = around 20,000. I've extracted the place:locality, hamlet, suburb, violate, town, city data nodes from OSM australia and GA data and ran a name string comparison to eliminate duplicates and would like to upload the difference to OSM. I have 2 questions: 1. Can anyone suggest tags other than the following? name:different place:locality source: C Commonwealth of Australia (GeoScience Australia) 2006. 2. Using JOSM at the moment and uploads take a while, is there a better way of bulk uploading data? Look forward to your suggestions. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [Imports] Importing locality names from GeoScience Australia dataset.
Hi, On Sat, Oct 27, 2012 at 6:48 AM, Li Xia lisxia1...@gmail.com wrote: SNIP 1. Can anyone suggest tags other than the following? name:different place:locality source: © Commonwealth of Australia (GeoScience Australia) 2006. 2. Using JOSM at the moment and uploads take a while, is there a better way of bulk uploading data? /SNIP Some questions for you: 1) Can you post a link to the source data and licence? 2) that copyright tag looks ominous, are you sure it's licenced appropriately for import to OSM? a) The site http://ga.gov.au has a footer that says: Unless otherwise noted, all Geoscience Australia material on this website is licensed under the Creative Commons Attribution 3.0 Australia Licence. I believe this may not compatible with OSM... b) ...Unless you got the data from http://data.gov.au/ for which OSM has obtained rights to import 3) Tagging - why only place: locality, and not place:city/hamlet/town mappings? a) GA name data appears to also other place types such as Mountains/hills that could be useful see http://www.ga.gov.au/place-name/ 4) Using String compare to deduplicate names is probably insufficient - there should be a manual check as well due to potential local-use/mis-spellings in OSM data vs approved names - can you share your de-duplication code? 5) Have you read http://wiki.openstreetmap.org/wiki/Import/Guidelines ? Chris ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [Imports] Importing locality names from GeoScience Australiadataset.
May I suggest one reason why OSM shows so many less localities than officially listed by Geoscience ? A very large number of localities really have nothing to identifty them on site. Maybe a building or two, perhaps a church but in many cases, just a cross road. Not even a sigh to say where you are. No OSM mapper is going to plot such locations and, I'd suggest, its probably appropriate that they don't. A lot of the locations are towns that only existed for a short time and many are ones that never existed, or existed just in the mind of a planner. So the real question might be should such anachronisms find their way into OSM ? David - Original Message - From: Paul Norman To:Li Xia , Cc: Sent:Sat, 27 Oct 2012 01:38:30 -0700 Subject:Re: [talk-au] [Imports] Importing locality names from GeoScience Australia dataset. Hello, If you’re considering importing you need to read http://wiki.openstreetmap.org/wiki/Import/Guidelines [1] and make sure that you’ve followed all of the steps before uploading anything else. One of these is talking with the local community, which is why I’ve cc’ed talk-au@ on this message I would suggest a different source tag. The source tag is for mappers, not for attribution (which is done at http://wiki.openstreetmap.org/wiki/Contributors [2]). There is some debate as to if you should have source on both the changeset and the objects or just the changeset. If you do decide to have source on the objects, I’d suggest just source=GeoScience Australia DATASET_NAME, with an appropriate value of DATASET_NAME. It’s worth documenting the data source and licensing. I think it’s CC BY which is okay, but it’d be good to have this documented on the wiki. Are all of them place=locality or is it possible to get more detailed tagging? When it’s time to upload JOSM can work if you split the uploads into smaller regions, which is a good idea anyways. FROM: Li Xia [mailto:lisxia1...@gmail.com] SENT: Friday, October 26, 2012 9:49 PM TO: impo...@openstreetmap.org SUBJECT: Re: [Imports] Importing locality names from GeoScience Australia dataset. Hey everyone, A quick intro, I'm Li, founder of mud-maps.com [3] We are currently working on a rendering engine that supports OSM for iOS and after running some number os the Australian OSM data, i've noticed that it's lacking a lot of place names. Comparing OSM data to GeoScience (GA) data, here are some numbers. • place:locality = around 1000 as of 23 Oct 2012. • GeoScience locality = around 20,000. I've extracted the place:locality, hamlet, suburb, violate, town, city data nodes from OSM australia and GA data and ran a name string comparison to eliminate duplicates and would like to upload the difference to OSM. I have 2 questions: 1. Can anyone suggest tags other than the following? name: place:locality source: © Commonwealth of Australia (GeoScience Australia) 2006. 2. Using JOSM at the moment and uploads take a while, is there a better way of bulk uploading data? Look forward to your suggestions. Links: -- [1] http://wiki.openstreetmap.org/wiki/Import/Guidelines [2] http://wiki.openstreetmap.org/wiki/Contributors [3] http://mud-maps.com/ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Importing locality names from GeoScience Australiadataset.
David wrote A lot of the locations are towns that only existed for a short time and many are ones that never existed, or existed just in the mind of a planner. Yes - this absolutely epitomises the main problem of most imports. Here we have 19,000 bits of data that are almost certainly completely irrelevant since for almost all of them there is nothing there in the real world. Thus the data is voluminous but poor quality and detracts from the accuracy and usefulness of the map. What we should do (IMHO) is grab the data (if its licence is compatable with OSM) then use it to go check out (survey) actual areas of Australia and put in any of it that we can verify as real and accurate. If we do this then we greatly improve the map but just importing the entire low quality data would be disastrous. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Importing locality names from GeoScience Australiadataset.
On Sun, Oct 28, 2012 at 7:18 AM, Nick Hocking nick.hock...@gmail.comwrote: What we should do (IMHO) is grab the data (if its licence is compatable with OSM) then use it to go check out (survey) actual areas of Australia and put in any of it that we can verify as real and accurate. If we do this then we greatly improve the map but just importing the entire low quality data would be disastrous. Agreed, Before this discussion came up i'd already deleted some of these around my local area since they were duplicating the place nodes we already have. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] 4wd_only Tag - is it the right choice ?
Folks, you have every right to call me fickle. But maybe we need to be realistic ? This is a follow up to the discussion about advice that appears on Australian_Tagging_Guidelines and a programme to see better default rendering of dirt and 4x4 roads. Firstly, I approve of the 4wd_only tag, I have used it and thinks its a excellent description. However, putting together my arguments I plan to present to the OSM Guardians, I have been looking at alternatives. I have not used tracktype in the past, mainly because I did not like its uninformative discriptions and the fact that it was described as being of limited relevance to Australia. Its interesting to see just how many times 4wd_only is used compared to tracktype, here are some stats - 4wd_only (yes and recommended) Australia - 930 Rest of the world - 264 tracktype (grades 1-5) Australia - about 6000 Rest of the world - about 127,000 Now, I am not suggesting that tracktype is a dropin replacement for 4wd_only, far from it, the definition I read says to me it stops before 4wd_only (see http://wiki.openstreetmap.org/wiki/Key:tracktype ) but we might find getting a grade 6 and grade 7 (or better still, 4wdRecommended and 4wdOnly) added to tracktype easier than getting 4wd_only=recommended added to the list. And if we do, then with all those numbers, we may be able to get special rendering, and, importantly special routing rules apply to them. I just did some (naughty) tests on the main OSM map and find that at present, tracktype is ignored for anything other than highway=track, the tracktype wiki page complains about this too. That would have to change. But it is closer than we are with 4wd_only= tag. Nice thing is the two could exist side by side - 4wd_only=yes tracktype=grade5 Indeed, seems that at present, all five grades of tracktype are rendered differently. Ranges from grade one as a thin but solid brown line to grade5's small dots. So, I know this is not what was discussed, but do people want to re think the agreed position ? David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] 4wd_only Tag - is it the right choice ?
(Hmm, size limit in postings to list, makes sense...) Hi Ross, good points, not sure if they are great points however. I think it might be a case of the path of least resistance. tracktype is ignored on everything except highway=track Yep, thats the biggie ! However, 4wd_only is not rendered on any OSM maps I am aware of either. You and I know better ... So, it seems to me that its just as hard to convince the render people about tracktype as 4wd_only. And tracktype has a lot bigger following. I have already been told by one routing engine group that 4wd_only is just an Australian thing. If we follow the model, suggested by yourself (?) that we mark 4x4 tracks by appending (4wd only) to the road name, then that can be applied to any road. Overall, I suspect its far from agreed that tracktype should apply to only highway=track. If we all put our shoulder to the door .. my feeling is that because it's not rendered it's not used Thats the reason I got excited. tracktype is rendered on the OSM websites slippery map, see http://www.users.on.net/~dbannon/tracktype.png . Ranges from a single brown line to a line of dots. So that means the rendering engine is aware of the tag. It knows nothing about 4wd_only. So we'd need start from scratch there. Australian understanding of 4WD is definitely different to the European understanding. And I would not have it any other way ! I just saw a note that says, to the effect of In Germany, we are not allowed to drive on most unmade modes. Sigh But yes, the current descriptions of tracktype are pretty much English country gardens, but thats something we can work on. David - Original Message - From: David Bannon To:, , David Bannon Cc: Sent:Sun, 28 Oct 2012 13:48:28 +1030 Subject:Re: [talk-au] 4wd_only Tag - is it the right choice ? Hi Ross, good points, not sure if they are great points however. I think it might be a case of the path of least resistance. tracktype is ignored on everything except highway=track Yep, thats the biggie ! However, 4wd_only is not rendered on any OSM maps I am aware of either. You and I know better ... So, it seems to me that its just as hard to convince the render people about tracktype as 4wd_only. And tracktype has a lot bigger following. I have already been told by one routing engine group that 4wd_only is just an Australian thing. If we follow the model, suggested by yourself (?) that we mark 4x4 tracks by appending (4wd only) to the road name, then that can be applied to any road. Overall, I suspect its far from agreed that tracktype should apply to only highway=track. If we all put our shoulder to the door. .. my feeling is that because it's not rendered it's not used Thats the reason I got excited. tracktype is rendered on the OSM websites slippery map, see attached. Ranges from a single brown line to a line of dots. So that means the rendering engine is aware of the tag. It knows nothing about 4wd_only Australian understanding of 4WD is definitely different to the European understanding. And I would not have it any other way ! I just saw a note that says, to the effect of In Germany, we are not allowed to drive on most unmade modes. Sigh But yes, the current descriptions of tracktype are pretty much English country gardens, but thats something we can work on. David - Original Message - From: i...@4x4falcon.com To:, David Bannon Cc: Sent:Sun, 28 Oct 2012 12:22:55 +1000 Subject:Re: [talk-au] 4wd_only Tag - is it the right choice ? You point out the problem with this: tracktype is ignored on everything except highway=track You would have to modify this in the rendering anyway. As 4wd_only can apply to any highway= tag it is more appropriate. From memory this was part of the original discussion when 4wd_only was proposed. Additionally my feeling is that because it's not rendered it's not used and Australian understanding of 4WD is definitely different to the European understanding. Have a look through the original proposal on the wiki and also the smoothness discussion Cheers Ross On 28/10/12 11:00, David Bannon wrote: Now, I am not suggesting that tracktype is a dropin replacement for 4wd_only, far from it, the definition I read says to me it stops before 4wd_only (see http://wiki.openstreetmap.org/wiki/Key:tracktype ) but we might find getting a grade 6 and grade 7 (or better still, 4wdRecommended and 4wdOnly) added to tracktype easier than getting 4wd_only=recommended added to the list. And if we do, then with all those numbers, we may be able to get special rendering, and, importantly special routing rules apply to them. Indeed, seems that at present, all five grades of tracktype are rendered differently. Ranges from grade one as a thin but solid brown line to grade5's small dots. So, I know this is not what was discussed, but do people want to re think the agreed position ? David
Re: [Talk-de] JOSM Plugin no_more_mapping
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 22/10/12 11:06, Stefan Tiran wrote: Stephan Knauss wrote: On 19.10.2012 22:40, Frederik Ramm wrote: JOSM-Nutzung für immer verhindern (WARNUNG:Dieses plugin verhindert JOSM am Laden und ist schwer wieder loszuwerden) Vielleicht ist es ja gerade der Sinn dieses Plugins, dass Leute, die unreflektiert alles installieren auch dieses Plugin installieren, damit auf die Nase fallen und dann darüber nachdenken. Also der Sinn hat sich ja auf der josm-dev geklärt. Allerdings finde ich die Entscheidung von Frederik schon ein bisschen überzogen. Das Plugin hat keinen Schaden verursacht und bei open source gibt es nie eine Garantie. Somit ist jede(r) BenutzerIn selbst verantwortlich was er/sie installiert und ohne sich darüber zu informieren. Es werden jede Menge Warnungen angezeigt und auch beschrieben, wie man es deaktiviert/deinstalliert. Der Entwickler hat angeboten die Dokumentation und/oder Warnungen zu verbessern. In diesem Sinne finde ich das Plugin in mehrerlei Hinsicht nützlich und frage mich wer das Recht hat einfach so was vom svn zu entfernen (ist keine Schadsoftware). Bitte wieder sichtbar machen ! Grüße fly. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEAREIAAYFAlCL3DQACgkQHJwlxKzMjpY/twCffrQZea1+vFfH3WIQYLMhVVi7 QPcAnjQk2bLIZQPvijDfCo6rURwCe2+F =0YIT -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie mappe ich eine Litfaßsäule?
Am 26.10.2012 23:06, schrieb Martin Koppenhoefer: Am 26. Oktober 2012 14:19 schrieb Tobias Knerr o...@tobias-knerr.de: Am 26.10.2012 00:50, schrieb Martin Koppenhoefer: In den suggested combinations sollte orientation durch das häufiger verwendete, ausgewertete und in einer Proposal-Abstimmung bestätigte direction ersetzt werden. hm, davon sind aber 61% clockwise, wie sollte das hier passen? Ich lasse erstmal orientation, weil ich das auch sprechender finde. Der Key direction wird leider außer der Variante mit Himmelsrichtung bzw. Gradzahl auch in anderer Bedeutung für mini_roundabout verwendet. Dort (und eigentlich nur dort) sind die Werte clockwise und anticlockwise im Gebrauch. Daneben gibt es noch einige obsolete Verwendungen (up/down vor der Einführung von incline) und Routenrelationen. Das geht aber so auch aus http://wiki.openstreetmap.org/wiki/Key:direction hervor. Letztlich wird direction=Himmelsrichtung/Gradzahl deutlich häufiger verwendet als orientation=Himmelsrichtung. Und das Problem mit anderen Nutzungen hast du bei orientation auch: http://taginfo.openstreetmap.org/keys/orientation#values (Die häufigsten Werte sind 08/26, 07/25, 09/27, 11/29 etc.) Darf ich dich außerdem daran erinnern, dass du damals dem Proposal zu direction zugestimmt hast? ;) Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie mappe ich eine Litfaßsäule?
On 25/10/12 09:16, Peter Wendorff wrote: Spricht was dagegen, das advertising-Tag zur Abstimmung zu bringen? Zumal Du, Martin das, wenn ich das richtig sehe, das sogar proposed hast... Wenn ich mir die Talk-Page dazu im Wiki angucke, finde ich als offene Punkte: - two_sided=yes wird vorgeschlagen als Zusatztag für advertising=billboard, kann man machen, wäre aber IMHO nicht essentiell für den key selbst. - lit=yes wird vorgeschlagen, ist aber andererseits als Zusatztag ja schon vorgeschlagen, würde ich deshalb einfach als empfehlenswerte Kombination eintragen - Zusatztags für rotierende/wechselnde Reklameanzeigeflächen: auch das muss nicht unbedingt mit ins Proposal, und da advertising an sich bereits genutzt wird, würd ich das dann auch nicht mehr großartig ändern. Das einzige, was mich persönlich davon abhalten würde ist, dass ich die Französische Übersetzung nicht auf Widersprüche überprüfen kann. Ich habe bisher nichts auf tagging@ gelesen. Vielleicht gibt es auch noch Meinungen außerhalb des deutschen Sprachraums. Dort könnte man auch gleichmal fragen, ob die französische Version so in Ordnung ist bzw ob es starke Abweichungen gibt. Grüß fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Template:De:Description ...
Hallo Jochen Ich bin mit dir einig, dass das eine lästige Indirektion ist. Der Grund dafür muss wohl sein, dass man die Beschreibung im Wiki nur an EINEM Ort eingibt und diese dann an im Wiki wiederverwenden kann, z.B. in Map Features. Beispiel Schloss (castle) [1] wird verwendet von selbiger Seite und in DE:Map Features, siehe [2]. Was ist nun deine Meinung dazu: Sollte das in den 350 Wiki-Seiten [3] angepasst oder aber in Taginfo erweitert werden? Folgte ich deinem Prinzip, zu nehmen, was die Mapper tun, so müsste konsequenterweise Taginfo erweitert werden. Andererseits bin mit dir einig, dass das Parsen eines zusätzlichen Templates eine mühsame Indirektion ist. Liebe Grüsse, Stefan [1] http://wiki.openstreetmap.org/wiki/DE:Tag:historic%3Dcastle [2] http://wiki.openstreetmap.org/wiki/Special:WhatLinksHere/Template:De:Description:Historic:Castle [3] http://wiki.openstreetmap.org/wiki/Category:De-Description Am 14. Januar 2012 20:09 schrieb Jochen Topf joc...@remote.org: Hi! Im Wiki sind lauter Seiten mit Namen Template:De:Description:Landuse:Allotments und sowas aufgetaucht mit Beschreibungen für Tags. Alles zusammengefasst in der Kategorie http://wiki.openstreetmap.org/wiki/Category:De-Description . Teilweise sind die in die Tag-Description-Templates eingebaut. Weiss jemand, was das soll? Das scheint mir eine unnötige Verkomplizierung des Wikis zu sein, die es allen schwieriger macht, die Seiten zu editieren. Mir macht es die Auswertung für taginfo schwieriger. Taginfo konnte sich früher einfach diese Beschreibungen rausziehen und nun klappt das nicht mehr. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] [Avvistamenti] Mappa OSM su siti INGV e Banca Etica
Entrambi i siti usano le tiles fornite da Mapquest. 1 Mappa dei terremoti sul sito dell'Istituto Nazionale di Geofisica e Vulcanologia: http://terremoti.ingv.it/it/ (Ripresa anche da la Repubblica: http://video.repubblica.it/cronaca/mappa-lo-sciame-sismico-in-tempo-reale/108972/107357 ) 2 Il nuovo sito di Banca Etica, in due pagine: http://www.bancaetica.it/contatti http://www.bancaetica.it/finanziamenti A queste ultime manca l'attribuzione, anche se nella seconda è scritto che la pagina è ancora in versione beta. In caso, qualcuno che se ne intende di licenze/attribuzioni potrebbe ricordargli gentilmente come citare OSM?... Grazie. Avete anche voi degli avvistamenti da segnalare? :) Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Avvistamenti] Mappa OSM su siti INGV e Banca Etica
Non sarebbe male chiedere, almeno a Banca Etica, di dare il permesso di esportare i dati in osm. Anche se ho il forte dubbio che la geocodifica sia basata sul geocoder di gmaps Se poi e' cosi', allora e' un altro problema visto che i termini d'uso di gmaps vogliono che i dati estratti dal loro geocoder abbiano gmaps come sfondo 2012/10/27 Groppo O grop...@gmail.com: Entrambi i siti usano le tiles fornite da Mapquest. 1 Mappa dei terremoti sul sito dell'Istituto Nazionale di Geofisica e Vulcanologia: http://terremoti.ingv.it/it/ (Ripresa anche da la Repubblica: http://video.repubblica.it/cronaca/mappa-lo-sciame-sismico-in-tempo-reale/108972/107357) 2 Il nuovo sito di Banca Etica, in due pagine: http://www.bancaetica.it/contatti http://www.bancaetica.it/finanziamenti A queste ultime manca l'attribuzione, anche se nella seconda è scritto che la pagina è ancora in versione beta. In caso, qualcuno che se ne intende di licenze/attribuzioni potrebbe ricordargli gentilmente come citare OSM?... Grazie. Avete anche voi degli avvistamenti da segnalare? :) Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Avvistamenti] Mappa OSM su siti INGV e Banca Etica
2012/10/27 Groppo O grop...@gmail.com: Entrambi i siti usano le tiles fornite da Mapquest. 1 Mappa dei terremoti sul sito dell'Istituto Nazionale di Geofisica e Vulcanologia: http://terremoti.ingv.it/it/ (Ripresa anche da la Repubblica: http://video.repubblica.it/cronaca/mappa-lo-sciame-sismico-in-tempo-reale/108972/107357) 2 Il nuovo sito di Banca Etica, in due pagine: http://www.bancaetica.it/contatti http://www.bancaetica.it/finanziamenti bello a vedere che si sta sempre più diffondendo la nostra mappa A queste ultime manca l'attribuzione, anche se nella seconda è scritto che la pagina è ancora in versione beta. credo che anche la prima non è attribuita bene, dovrebbe indicare (c) openstreetmap contributors, dati ODbL, ma è comprensibile che dopo il cambio di licenza ci si vuole un po' di tempo per diffondere la nuova licenza/attribuzione-. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Avvistamenti] Mappa OSM su siti INGV e Banca Etica
Il portale del turismo sardo usa OSM da tempo ( http://www.sardegnaturismo.it/it/punto-di-interesse/bastione-saint-remy), ho parlato un paio di volte con il responsabile prima dell'estate, ma essendo periodo di cambio di licenza non l'avevo consigliato sull'attribuzione. Adesso lo ricontatto :) Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Avvistamenti] Mappa OSM su siti INGV e Banca Etica
Tra l'altro i sardi sono orientati alla CC-BY-SA ... ergo si fa a botte con ODbL ... Speriamo ... 2012/10/27 sabas88 saba...@gmail.com: Il portale del turismo sardo usa OSM da tempo (http://www.sardegnaturismo.it/it/punto-di-interesse/bastione-saint-remy), ho parlato un paio di volte con il responsabile prima dell'estate, ma essendo periodo di cambio di licenza non l'avevo consigliato sull'attribuzione. Adesso lo ricontatto :) Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Avvistamenti] Mappa OSM su siti INGV e Banca Etica
Chiamo direttamente Banca Etica lunedì e do una tirata d'orecchie a chi di dovere per la mancata attribuzione! Bastava che usassero Leaflet... E già che ci sono chiedo se hanno dati da rilasciarci :) Tiziano (Socio Banca Etica) Inviato dal mio Android S III Il giorno 27/ott/2012 11:49, Maurizio Napolitano napoo...@gmail.com ha scritto: Non sarebbe male chiedere, almeno a Banca Etica, di dare il permesso di esportare i dati in osm. Anche se ho il forte dubbio che la geocodifica sia basata sul geocoder di gmaps Se poi e' cosi', allora e' un altro problema visto che i termini d'uso di gmaps vogliono che i dati estratti dal loro geocoder abbiano gmaps come sfondo 2012/10/27 Groppo O grop...@gmail.com: Entrambi i siti usano le tiles fornite da Mapquest. 1 Mappa dei terremoti sul sito dell'Istituto Nazionale di Geofisica e Vulcanologia: http://terremoti.ingv.it/it/ (Ripresa anche da la Repubblica: http://video.repubblica.it/cronaca/mappa-lo-sciame-sismico-in-tempo-reale/108972/107357 ) 2 Il nuovo sito di Banca Etica, in due pagine: http://www.bancaetica.it/contatti http://www.bancaetica.it/finanziamenti A queste ultime manca l'attribuzione, anche se nella seconda è scritto che la pagina è ancora in versione beta. In caso, qualcuno che se ne intende di licenze/attribuzioni potrebbe ricordargli gentilmente come citare OSM?... Grazie. Avete anche voi degli avvistamenti da segnalare? :) Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] P.O.I. chiusi
Una filiale di una banca indicata su osm ha chiuso. Come si procede? Si elimina il nodo? C'e' un tag per indicare che il POI non e' piu'? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] P.O.I. chiusi
Se deve riaprire magari puoi mettere disused=yes, altrimenti se è chiuso definitivamente si può cancellare credo.. Ciao, Stefano Il giorno 27 ottobre 2012 13:52, emmexx emm...@tiscalinet.it ha scritto: Una filiale di una banca indicata su osm ha chiuso. Come si procede? Si elimina il nodo? C'e' un tag per indicare che il POI non e' piu'? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] P.O.I. chiusi
Se non viene cancellato, oltre a disused=yes è bene anteporre disused anche al tag principale: disused:amenity=bank (e cancella leventuale bancomat). Così si evita che possa venire indicata come banca attiva da strumenti che non interpretano il tag disused=yes Ciao, Alberto From: sabas88 [mailto:saba...@gmail.com] Sent: sabato 27 ottobre 2012 14:29 To: openstreetmap list - italiano Subject: Re: [Talk-it] P.O.I. chiusi Se deve riaprire magari puoi mettere disused=yes, altrimenti se è chiuso definitivamente si può cancellare credo.. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Tag per edicole o giornalai
Stavo inserendo le edicole nella mia zona, e come tag ho trovato soltanto questo shop = newsagent . Se vado però nella mappa di OSM queste non compaiono con la loro iconcina. Un'altro punto che vorrei chiarire è: se nel campo ricerca nella home page di OSM inserisco edicole o giornalai seguito da nome della mia zona, questi non vengono rilevati. Sono invece trovati se nel campo ricerca si inserisce la voce newsagent. C'è qualche cosa che posso fare per questo? Grazie Roberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per edicole o giornalai
-Original Message- From: Roby Libero [mailto:roby...@libero.it] Sent: sabato 27 ottobre 2012 17:21 To: talk-it@openstreetmap.org Subject: [Talk-it] Tag per edicole o giornalai Un'altro punto che vorrei chiarire è: se nel campo ricerca nella home page di OSM inserisco edicole o giornalai seguito da nome della mia zona, questi non vengono rilevati. Sono invece trovati se nel campo ricerca si inserisce la voce newsagent. C'è qualche cosa che posso fare per questo? Si, puoi aggiungere le voci mancanti per shop=newsagent nella pagina italiana [1] delle frasi usate da Nominatim. [1] http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/IT Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Avvistamenti] Mappa OSM su siti INGV e Banca Etica
Era una svista quella di Sardegna Turismo, mi ha risposto or ora. Adesso c'è l'attribuzione nelle note legali. http://www.sardegnaturismo.it/it/articolo/note-legali Ciao Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Resumen de Talk-co, Vol 51, Envío 6
El evento es en el colegio guillermo leon valencia de duitama en el auditorio. Comienza a la 8 am. Gracias Enviado desde BlackBerry® de COMCEL S.A. -Original Message- From: Nicolás Vargas Ramírez vargasramireznico...@gmail.com Date: Fri, 26 Oct 2012 23:54:19 To: talk-co@openstreetmap.org Reply-To: OpenStreetMap Colombia talk-co@openstreetmap.org Subject: Re: [Talk-co] Resumen de Talk-co, Vol 51, Envío 6 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Resumen de Talk-co, Vol 51, Envío 6
Es por aquí http://www.openstreetmap.org/?lat=5.83331lon=-73.03669zoom=16layers=M Que bonito está quedando Duitama! :D El 27 de octubre de 2012 10:07, l...@autobusesaga.com escribió: El evento es en el colegio guillermo leon valencia de duitama en el auditorio. Comienza a la 8 am. Gracias Enviado desde BlackBerry® de COMCEL S.A. -Original Message- From: Nicolás Vargas Ramírez vargasramireznico...@gmail.com Date: Fri, 26 Oct 2012 23:54:19 To: talk-co@openstreetmap.org Reply-To: OpenStreetMap Colombia talk-co@openstreetmap.org Subject: Re: [Talk-co] Resumen de Talk-co, Vol 51, Envío 6 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-gb-westmidlands] Birmingham Buildings Complete!
North Park road now complete - any other gaps anyone's spotted? On 26 October 2012 15:17, Andy Robinson ajrli...@gmail.com wrote: As a sweep up of minor missing locations. One side of North Park Road adj to the M6 needs adding. ** ** Cheers Andy ** ** *From:* Brian Prangle [mailto:bpran...@gmail.com] *Sent:* 26 October 2012 14:23 *To:* talk-gb-westmidlands *Subject:* [Talk-gb-westmidlands] Birmingham Buildings Complete! ** ** Hi everyone ** ** Well the bing tracing marathon is complete (with a few additions from OSSV where it showed new housing developments completed rather than the brownfield sites shown in the older bing imagery). There will obviously still be a few buildings missing and few that have been demolished but we're to all intents and purposes complete. Thanks to everyone who contributed. I'll get a log entry up soon with a few stats to announce it to the world ** ** Regards ** ** Brian -- No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.2741 / Virus Database: 2617/5853 - Release Date: 10/25/12* *** ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Birmingham Buildings Complete!
Hi Brian and everyone Does that mean there would be no use for the aerial survey which BCC commissioned and which was subject of an FOI? Which is the most up to date source? Andrew On 26 Oct 2012, at 14:22, Brian Prangle bpran...@gmail.com wrote: Hi everyone Well the bing tracing marathon is complete (with a few additions from OSSV where it showed new housing developments completed rather than the brownfield sites shown in the older bing imagery). There will obviously still be a few buildings missing and few that have been demolished but we're to all intents and purposes complete. Thanks to everyone who contributed. I'll get a log entry up soon with a few stats to announce it to the world Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-at] Österreichweite Verkehrsauskunft
Hat jemand von euch mehr Hintergrundinformationen oder weitere Artikel zu dieser Initiative des Verkehrsministeriums? zB - werden die Daten dieses Systems lizenztechnisch gesehen für OSM zur Verfügung stehen? http://orf.at/stories/2147817/ http://verkehrsauskunft.at/ Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ro] Corecții și consecvență în ref și int_ref
Am Freitag, 26. Oktober 2012, 23:54:30 schrieb Eddy Petrișor: OK, văd că consensul e în direcția „fără Vârful”, așa am să implementez. Evident, nu am să fac modificări în baza de date înainte să dau anunțuri și am să clarific care vor fi modificările. Vă țin la curent cu progresul (și orice contribuții, chiar și în cod, sunt binevenite). Ce facem cu traseele montane? Acum avem: Refugiul Lucaciasa - Vârful Toroiaga Apa Rosie - Vf. Sandru Mare Slanic Moldova - Culmea Caprioarei - Poiana Stanii - Vf Sandru Mare Varful Retezat - Șaua Vârful Mare Variantele sunt: Vârful, Vf., Vf, Varful Și avem Valea Rea - Cabana Pietrele (slab marcat) dar acolo valea este valea râului. În afacerea aceasta România nu urmează regula internatională în OSM care este că numele nu este o descriere. Dar înțeleg că cel mai mulți trasee nu au nume. Michael ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Corecții și consecvență în ref și int_ref
În data de 27 octombrie 2012, 11:45, Michael Häckel michael.haec...@web.de a scris: Am Freitag, 26. Oktober 2012, 23:54:30 schrieb Eddy Petrișor: OK, văd că consensul e în direcția „fără Vârful”, așa am să implementez. Evident, nu am să fac modificări în baza de date înainte să dau anunțuri și am să clarific care vor fi modificările. Vă țin la curent cu progresul (și orice contribuții, chiar și în cod, sunt binevenite). Ce facem cu traseele montane? Acum avem: Refugiul Lucaciasa - Vârful Toroiaga Apa Rosie - Vf. Sandru Mare Slanic Moldova - Culmea Caprioarei - Poiana Stanii - Vf Sandru Mare Varful Retezat - Șaua Vârful Mare Variantele sunt: Vârful, Vf., Vf, Varful Toate aceste variante ale lui „vârf” sunt deja prinse de filtrele actuale și vor fi eliminate. În consecință, se vor transforma în: Refugiul Lucaciasa - Toroiaga Apa Rosie - Sandru Mare Slanic Moldova - Culmea Caprioarei - Poiana Stanii - Sandru Mare Retezat - Șaua Vârful Mare Eu zic că e rezonabil. Și avem Valea Rea - Cabana Pietrele (slab marcat) dar acolo valea este valea râului. Am spus și repet, nu se va elimina „Valea”/„Culmea”/„Piscul” și variantele lor pentru că filtrul va fi: natural=peak ȘI name='varianta_varf bla' și se va transforma în: natural=peak name='bla' În afacerea aceasta România nu urmează regula internatională în OSM care este că numele nu este o descriere. Dar înțeleg că cel mai mulți trasee nu au nume. Nu-i vina noastră că unele vârfuri se numesc „Șaua X” sau „Piscul Y”, așa se numesc, pur și simplu. Ce vorbim aici e eliminarea variantelor lui „vârful” dacă apar explicit în nume pentru natual=peak -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [OSM-Talk-ZA] Cape Town Mapping Party Venue - 3rd Nov 2012
My vote goes to Blouberg / Sandown, while it is not the most interesting of areas, there is a lot of new developments/streets out that way that have yet to be mapped fully. If at all possible though, could we meet on Sunday (4th Nov) rather than the Saturday as I am expected to be at a baby shower which is being held on the Saturday for my soon to be born daughter. (cant argue with a pregnant women unfortunately!) If we do Blouberg / Sandown we could meet up at the Wimpy or something at Bayside center. Its on the map so everyone should be able to find it quite easily ;) Cheers, Ryan On 25 October 2012 20:57, Malachy Morrow malmor...@gmail.com wrote: It looks like Atlantis has been done more thoroughly since I added the basic main roads. Still if you think there's value in going over Atlantis again, then I'd be very happy to join you. It's an interesting place anyhow. Tx rgds, Mal Morrow C: +27 84 9944364 H: +27 21 3001125 W: +27 21 4171354 F: +27 86 5114459 E: malmor...@gmail.com On 25 October 2012 13:50, Grant Slater openstreet...@firefishy.comwrote: OSM South Africa, Any suggestions for where we should have a mapping party? Nothing like leaving it to the last minute... Saturday 3rd November 2012. Potential Areas: * City Bowl - Many shops, points of interested, addresses, buildings etc to collect. Many good venues we could use as a base for meeting. * Blouberg / Sandown area - Unmapped areas... But where could we meet? * Atlantis - Bit of a drive, unmapped areas... Where to meet? * Other? I am not a Capetonian, so would appreciate help deciding / organising. Reference to the last CT meet: http://wiki.openstreetmap.org/wiki/Cape_Town_mapping_party_-_September_2009 I am free 4th November too... Code/Data Hack Weekend? Anyone game for hack / coding weekend later in November for the National Geographic Information (CD:NGI) vector data we have received? I'd love to share some of the experience I have gained with GDAL / MapServer etc. It would be fantastic if we could convince OpenSource GIS experts Gavin Fleming (Paarl) of http://afrispatial.co.za/ and Tim Sutton (Swellendam) of http://linfiniti.com/ to come along and share some their experience. Regards Grant ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-Talk-ZA] Cape Town Mapping Party Venue - 3rd Nov 2012
Lets make it Blouberg / Sandown then :) 4th Nov works for me, lets put that down at the date. Wimpy/Bayside center sound good. / Grant On 27 October 2012 07:32, Ryan Peel r...@yeah.co.za wrote: My vote goes to Blouberg / Sandown, while it is not the most interesting of areas, there is a lot of new developments/streets out that way that have yet to be mapped fully. If at all possible though, could we meet on Sunday (4th Nov) rather than the Saturday as I am expected to be at a baby shower which is being held on the Saturday for my soon to be born daughter. (cant argue with a pregnant women unfortunately!) If we do Blouberg / Sandown we could meet up at the Wimpy or something at Bayside center. Its on the map so everyone should be able to find it quite easily ;) Cheers, Ryan On 25 October 2012 20:57, Malachy Morrow malmor...@gmail.com wrote: It looks like Atlantis has been done more thoroughly since I added the basic main roads. Still if you think there's value in going over Atlantis again, then I'd be very happy to join you. It's an interesting place anyhow. Tx rgds, Mal Morrow C: +27 84 9944364 H: +27 21 3001125 W: +27 21 4171354 F: +27 86 5114459 E: malmor...@gmail.com On 25 October 2012 13:50, Grant Slater openstreet...@firefishy.com wrote: OSM South Africa, Any suggestions for where we should have a mapping party? Nothing like leaving it to the last minute... Saturday 3rd November 2012. Potential Areas: * City Bowl - Many shops, points of interested, addresses, buildings etc to collect. Many good venues we could use as a base for meeting. * Blouberg / Sandown area - Unmapped areas... But where could we meet? * Atlantis - Bit of a drive, unmapped areas... Where to meet? * Other? I am not a Capetonian, so would appreciate help deciding / organising. Reference to the last CT meet: http://wiki.openstreetmap.org/wiki/Cape_Town_mapping_party_-_September_2009 I am free 4th November too... Code/Data Hack Weekend? Anyone game for hack / coding weekend later in November for the National Geographic Information (CD:NGI) vector data we have received? I'd love to share some of the experience I have gained with GDAL / MapServer etc. It would be fantastic if we could convince OpenSource GIS experts Gavin Fleming (Paarl) of http://afrispatial.co.za/ and Tim Sutton (Swellendam) of http://linfiniti.com/ to come along and share some their experience. Regards Grant ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-ca] Limites administratives, municipalités, MRC et régions du Québec
Merci Pierre pour cette analyse de sources de données et de leur niveau de qualité. Un gros travail! En ce qui concerne StatCan quelle licence utilisent-ils? Bruno Remy Le 2012-10-27 19:05, Pierre Béland infosbelas-...@yahoo.fr a écrit : Au cours des dernières semaines, j'ai examiné les données pouvant être importées pour définir les limites administratives des municipalités, MRC et régions administratives du Québec. J'ai déja indiqué dans un courriel précédent, les données importées par des contributeurs à Saint-Jean-sur-Richelieu, Montréal, Labelle et Québec. De plus, des données importées pour Brossard et Laprairie sont mal définies et devront être corrigées. À mon avis, il faut éviter d'importer à la pièce les limites des villes, sinon le travail de vérification / correction sera immense. Pour deux municipalités ayant une frontière commune, si les limites sont différentes, il y aura beaucoup de travail de réconciliation. Sur le site des données ouvertes du gouvernement du Québec, j'ai fait une demande pour obtenir les limites administratives du Québec avec licence ODbl. Aucune nouvelle depuis quelques mois. J'ai examiné les données de Geobase ajoutées récemment pour le Québec. Suite à l'examen de cess données, je constate qu'il faut utiliser deux fichiers différents : 1. limites de municipalités (source initiale, gouvernement du Québec). 2. limites des territoires autochtones. J'ai constaté que certains territoires innus et tous les territoires inniuits sont absents. Les territoires non organisés, les MRC et les régions ne sont pas décrits. Comparativement, le fichier des limites de recensement de Statistique Canada est complèt. Une subdivision de recensement est une municipalité ou un territoire considéré comme étant équivalent à des fins statistiques (par exemple une réserve indienne ou un territoire non organisé). voir http://www5.statcan.gc.ca/bsolc/olc-cel/olc-cel?lang=fracatno=92-162-XWF Les limites sont assez prêts de celles de Geobase. municipalités, territoires non organisés, territoires autochtones incluant innus et innuits, MRC et régions administratives. Je suggère donc que nous examinions la possibilité d'importer les données de Statistique Canada pour définir les limites administratives des municipalités, MRC et régions administratives. Je crois que le fichier le plus récent est à l'adresse suivante : http://www.statcan.gc.ca/pub/92-196-x/2011001/spa-fra.htm À mon avis, il vaudra mieux remplacer les limites déja saisies pour faciliter le travail et assurer une cohérence de l'ensemble de données. Est-ce que d'autres personnes veulent examiner ces données? Sinon, acceptez-vous que je procède à l'import de ces donneés pour le Québec? Pierre ___ 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] Limites administratives, municipalités, MRC et régions du Québec
Just a reminder, if youre proposing to import the admin boundaries, you need to follow the steps in http://wiki.openstreetmap.org/wiki/Import/Guidelines, which includes not just talk-ca@ but the imports@ mailing list. My recollection is that boundaries for statscan purposes sometimes differ from the true boundaries in subtle ways. Could you post a .osm of what you propose importing? From: Pierre Béland [mailto:infosbelas-...@yahoo.fr] Sent: Saturday, October 27, 2012 4:04 PM To: talk-ca Subject: [Talk-ca] Limites administratives, municipalités, MRC et régions du Québec Au cours des dernières semaines, j'ai examiné les données pouvant être importées pour définir les limites administratives des municipalités, MRC et régions administratives du Québec. J'ai déja indiqué dans un courriel précédent, les données importées par des contributeurs à Saint-Jean-sur-Richelieu, Montréal, Labelle et Québec. De plus, des données importées pour Brossard et Laprairie sont mal définies et devront être corrigées. À mon avis, il faut éviter d'importer à la pièce les limites des villes, sinon le travail de vérification / correction sera immense. Pour deux municipalités ayant une frontière commune, si les limites sont différentes, il y aura beaucoup de travail de réconciliation. Sur le site des données ouvertes du gouvernement du Québec, j'ai fait une demande pour obtenir les limites administratives du Québec avec licence ODbl. Aucune nouvelle depuis quelques mois. J'ai examiné les données de Geobase ajoutées récemment pour le Québec. Suite à l'examen de cess données, je constate qu'il faut utiliser deux fichiers différents : 1. limites de municipalités (source initiale, gouvernement du Québec). 2. limites des territoires autochtones. J'ai constaté que certains territoires innus et tous les territoires inniuits sont absents. Les territoires non organisés, les MRC et les régions ne sont pas décrits. Comparativement, le fichier des limites de recensement de Statistique Canada est complèt. Une subdivision de recensement est une municipalité ou un territoire considéré comme étant équivalent à des fins statistiques (par exemple une réserve indienne ou un territoire non organisé). voir http://www5.statcan.gc.ca/bsolc/olc-cel/olc-cel?lang=fra http://www5.statcan.gc.ca/bsolc/olc-cel/olc-cel?lang=fracatno=92-162-XWF catno=92-162-XWF Les limites sont assez prêts de celles de Geobase. municipalités, territoires non organisés, territoires autochtones incluant innus et innuits, MRC et régions administratives. Je suggère donc que nous examinions la possibilité d'importer les données de Statistique Canada pour définir les limites administratives des municipalités, MRC et régions administratives. Je crois que le fichier le plus récent est à l'adresse suivante : http://www.statcan.gc.ca/pub/92-196-x/2011001/spa-fra.htm À mon avis, il vaudra mieux remplacer les limites déja saisies pour faciliter le travail et assurer une cohérence de l'ensemble de données. Est-ce que d'autres personnes veulent examiner ces données? Sinon, acceptez-vous que je procède à l'import de ces donneés pour le Québec? Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Switching Southern Lake Winnipeg to natural=coastline
Hi I'm doing a canvec import on S. Lake Winnipeg. I was planning on switching the lake boundary to natural=coastline from natural=water so it can be seen at all levels. The lake would be invisible until the next coastline update. Is that an issue for anyone? Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Limites administratives, municipalités, MRC et régions du Québec
Bruno J'ai l'impression que ce type de données a une licence sans restriction. Ça reste cependant à vérifier. Je ne réussis pas à trouver l'info sur internet. Pierre De : Bruno Remy bremy.qc...@gmail.com À : Pierre Béland infosbelas-...@yahoo.fr Cc : talk-ca talk-ca@openstreetmap.org Envoyé le : Samedi 27 octobre 2012 19h18 Objet : Re: [Talk-ca] Limites administratives, municipalités, MRC et régions du Québec Merci Pierre pour cette analyse de sources de données et de leur niveau de qualité. Un gros travail! En ce qui concerne StatCan quelle licence utilisent-ils? Bruno Remy Le 2012-10-27 19:05, Pierre Béland infosbelas-...@yahoo.fr a écrit : Au cours des dernières semaines, j'ai examiné les données pouvant être importées pour définir les limites administratives des municipalités, MRC et régions administratives du Québec. J'ai déja indiqué dans un courriel précédent, les données importées par des contributeurs à Saint-Jean-sur-Richelieu, Montréal, Labelle et Québec. De plus, des données importées pour Brossard et Laprairie sont mal définies et devront être corrigées. À mon avis, il faut éviter d'importer à la pièce les limites des villes, sinon le travail de vérification / correction sera immense. Pour deux municipalités ayant une frontière commune, si les limites sont différentes, il y aura beaucoup de travail de réconciliation. Sur le site des données ouvertes du gouvernement du Québec, j'ai fait une demande pour obtenir les limites administratives du Québec avec licence ODbl. Aucune nouvelle depuis quelques mois. J'ai examiné les données de Geobase ajoutées récemment pour le Québec. Suite à l'examen de cess données, je constate qu'il faut utiliser deux fichiers différents : 1. limites de municipalités (source initiale, gouvernement du Québec). 2. limites des territoires autochtones. J'ai constaté que certains territoires innus et tous les territoires inniuits sont absents. Les territoires non organisés, les MRC et les régions ne sont pas décrits. Comparativement, le fichier des limites de recensement de Statistique Canada est complèt. Une subdivision de recensement est une municipalité ou un territoire considéré comme étant équivalent à des fins statistiques (par exemple une réserve indienne ou un territoire non organisé). voir http://www5.statcan.gc.ca/bsolc/olc-cel/olc-cel?lang=fracatno=92-162-XWF Les limites sont assez prêts de celles de Geobase. municipalités, territoires non organisés, territoires autochtones incluant innus et innuits, MRC et régions administratives. Je suggère donc que nous examinions la possibilité d'importer les données de Statistique Canada pour définir les limites administratives des municipalités, MRC et régions administratives. Je crois que le fichier le plus récent est à l'adresse suivante : http://www.statcan.gc.ca/pub/92-196-x/2011001/spa-fra.htm À mon avis, il vaudra mieux remplacer les limites déja saisies pour faciliter le travail et assurer une cohérence de l'ensemble de données. Est-ce que d'autres personnes veulent examiner ces données? Sinon, acceptez-vous que je procède à l'import de ces donneés pour le Québec? Pierre ___ 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] Limites administratives, municipalités, MRC et régions du Québec
Norman, les limites varient très peu. Mais gros avantage, c'est la cohérence. Il est possible d'utiliser les limites intégrées pour les trois niveaux (ie. municipalités, MRC et régions). Et comme je disais dans le courriel précédent, il reste à déterminer si la licence de Statcan est compatible avec OSM. Pierre De : Paul Norman penor...@mac.com À : 'Pierre Béland' infosbelas-...@yahoo.fr; 'talk-ca' talk-ca@openstreetmap.org Envoyé le : Samedi 27 octobre 2012 19h42 Objet : RE: [Talk-ca] Limites administratives, municipalités, MRC et régions du Québec Just a reminder, if you’re proposing to import the admin boundaries, you need to follow the steps in http://wiki.openstreetmap.org/wiki/Import/Guidelines, which includes not just talk-ca@ but the imports@ mailing list. My recollection is that boundaries for statscan purposes sometimes differ from the true boundaries in subtle ways. Could you post a .osm of what you propose importing? From:Pierre Béland [mailto:infosbelas-...@yahoo.fr] Sent: Saturday, October 27, 2012 4:04 PM To: talk-ca Subject: [Talk-ca] Limites administratives, municipalités, MRC et régions du Québec Au cours des dernières semaines, j'ai examiné les données pouvant être importées pour définir les limites administratives des municipalités, MRC et régions administratives du Québec. J'ai déja indiqué dans un courriel précédent, les données importées par des contributeurs à Saint-Jean-sur-Richelieu, Montréal, Labelle et Québec. De plus, des données importées pour Brossard et Laprairie sont mal définies et devront être corrigées. À mon avis, il faut éviter d'importer à la pièce les limites des villes, sinon le travail de vérification / correction sera immense. Pour deux municipalités ayant une frontière commune, si les limites sont différentes, il y aura beaucoup de travail de réconciliation. Sur le site des données ouvertes du gouvernement du Québec, j'ai fait une demande pour obtenir les limites administratives du Québec avec licence ODbl. Aucune nouvelle depuis quelques mois. J'ai examiné les données de Geobase ajoutées récemment pour le Québec. Suite à l'examen de cess données, je constate qu'il faut utiliser deux fichiers différents : 1. limites de municipalités (source initiale, gouvernement du Québec). 2. limites des territoires autochtones. J'ai constaté que certains territoires innus et tous les territoires inniuits sont absents. Les territoires non organisés, les MRC et les régions ne sont pas décrits. Comparativement, le fichier des limites de recensement de Statistique Canada est complèt. Une subdivision de recensement est une municipalité ou un territoire considéré comme étant équivalent à des fins statistiques (par exemple une réserve indienne ou un territoire non organisé). voir http://www5.statcan.gc.ca/bsolc/olc-cel/olc-cel?lang=fracatno=92-162-XWF Les limites sont assez prêts de celles de Geobase. municipalités, territoires non organisés, territoires autochtones incluant innus et innuits, MRC et régions administratives. Je suggère donc que nous examinions la possibilité d'importer les données de Statistique Canada pour définir les limites administratives des municipalités, MRC et régions administratives. Je crois que le fichier le plus récent est à l'adresse suivante : http://www.statcan.gc.ca/pub/92-196-x/2011001/spa-fra.htm À mon avis, il vaudra mieux remplacer les limites déja saisies pour faciliter le travail et assurer une cohérence de l'ensemble de données. Est-ce que d'autres personnes veulent examiner ces données? Sinon, acceptez-vous que je procède à l'import de ces donneés pour le Québec? Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] divine surprise
Le 26/10/2012 19:51, piratebab a écrit : Dans quel coin mappez vous (qu'on se coordonne ...) ? Je travaille dans Midi-Pyrénées : 09, 12, 31, 32, 46, 65, 81, 82. = A toi le 64, à moi le 65 ; ça te vas ? Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : circuit VTT de la FFCT
Si c'est sur le domaine public. Si c'est visible sur le terrain. De quel droit interdire/retirer? Le 26/10/2012 21:30:49, Ab_fab a écrit : Ca laisse une porte ouverte : contacter les créateurs des circuits. Les comités départementaux doivent permettre de trouver leur trace. Et une fois contactés, je ne doute pas que beaucoup diront OK A la différence des GR, il n'y a au moins pas d'histoire de marque déposée à l'échelle nationale. Le 26 octobre 2012 20:01, Mickaël Guéret m.gue...@free.fr a écrit : Hello, petit point sur les questions de randonnées VTT balisées par la fédération française de cyclo-tourisme : - j'ai eu la réponse de la FFCT, pas très claire, mais qui me permet de dire que l'ajout de leurs randonnées balisées n'est pas permise. Nous ne donnons pas l’autorisation d’utiliser ces circuits homologués par la FFCT en présence d’autres circuits dont nous n’avons pas l’assurance d’une autorisation de passage permanent. Nous sommes donc au regret de vous informer que nous ne souhaitons pas vous transmettre les données relatives aux circuits diffusés sur notre site véloenfrance.frhttp://xn--vloenfrance-bbb.fr . Je lui ai demandé confirmation pour les itinéraires balisés sur le terrain non présent sur leur site internet, voici la réponse : Ces itinéraires peuvent être en cours d'insertion dans la base de données de véloenfrance.fr http://xn--vloenfrance-bbb.fr. Après il est possible que l'aménageur ou le promoteur de ces circuits VTT vous donne l'autorisation de les insérer sur votre site, mais il vous faut une autorisation écrite pour les intégrer sur le site. - J'ai contacté 4 contributeurs ayant ajoutés des relations route=mtb en France. Certains semblent effectivement avoir ajouté ces itinéraires en suivant des parcours de la FFCT, l'utilisateur petrovsk a même supprimé 101 relations suite à mon message... Je dois moi même supprimer une relation... - Bref, je pense que c'est le même problème qu'avec la FFRP [1], je pense qu'il ne faut pas laisser trainer ça dans la base... Comment prévenir les contributeurs ? Je suis en train de traduire la page moutain biking en français[2], c'est peut être ici qu'il faut en parler ?? Cordialement, Mickaël Guéret [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/ NettoyageDesItin%C3%A9rairesDeRandonn%C3%A9e [2]http://wiki.openstreetmap.org/wiki/FR:Mountain_biking Le lundi 08 octobre 2012 à 22:48 +0200, Romain MEHUT a écrit : Le 8 octobre 2012 18:27, Mickaël Guéret m.gue...@free.fr a écrit : hello, Je me réponds juste pour dire que la personne de la FFCT que j'ai contactée par mail a transmis le message à des collègues plus qualifiés sur la question. Est-ce qu'il faut que je fasse une page dans le wiki pour expliquer ma démarche avec la FFCT ? Je vote pour. Sinon, j'ai regardé vite fait s'il y avait déjà des randonnées de la FFCT dans la base et il semble que oui... ici par exemple - http://mtb.waymarkedtrails.org/en/? zoom=13lat=43.96224lon=2.88746route=0.69 Il y a 413 relations de type route=mtb en France selon Taginfo... Quels sont les sources de ces itinéraires ? Essaye de contacter les auteurs des relations? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja --pièce jointe citée-- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] toc, toc, salut, c'est pour un sondage (de l'OSMF)
Le samedi 27 octobre 2012 à 07:33 +0200, Philippe Verdy a écrit : Je trouve bizarre de répondre non, si on se veut ouvert (pas de restriction NC dans la licence). J'ai répondu non au sondage car je considère qu'un projet communautaire doit être géré par la communauté. Et pour moi, une communauté est constitué de personnes physiques. C'est une question de gouvernance. Accepter les entreprises, pire, avec un droit de vote, implique forcément un déséquilibre dans les prises de décisions en laissant certaines entités user et abuser de fait d'arguments d'autorités. C'est déjà suffisamment compliqué avec les personnes physiques, d'autant plus lorsqu'elle prennent soin de ne pas exposer publiquement leurs conflits d’intérêt. Évidemment, la nature humaine étant ce qu'elle est, on ne pourra jamais empêcher certains individus de courir après le pouvoir, l'argent, la reconnaissance individuelle et professionnelle, et d'essayer pour cela de modifier l'essence même d'un projet communautaire en l'adaptant à leurs propres ambitions. Je considère que c'est aux entreprises (et aux administrations) de s'adapter au fonctionnement des communautés libristes et non l'inverse. En revanche aussi bizarre de leur refuser un droit de vote, même si on ne leur accorde pas plus de droit que les autres membres individuels (sinon ce ne serait plus une Fondation mais un Consortium). Suite à ce refus, il faudrait alors qu'elles adhèrent 2 fois : en tant que personne morale (donc sans vote) et par un membre désigné par elle, mais qui donc pourrait ne pas se déclarer. Le risque c'est le manque de transparence. Derrière l'adhésion des personnes morales, il semble que la Fondation cherche à augmenter ses subsides financières. Mais alors si elle crée des paliers tarifaires pour les adhésions selon les types de membres, sans aucun droit de vote, cela ne marchera pas et ce ne serait pas juste. Si elle donne un droit de vote selon le palier d'adhésion, cela finira aussi comme un Consortium, où ce seront les personnes morales qui décideront de tout. Personnellement je vois plutôt un système où tout le monde adhère et a les mêmes droits de vote, et sans aucune différence de montant d'adhésion pour les personnes morales entre elles, pour garder l'indépendance. J'admets qu'on peut mettre une adhésion un peu plus élevée pour les personnes morales, à condition aussi de ne pas obliger non plus certaines institutions (humanitaires ou d'intérêt collectif comme des écoles de pays pauvres) à qui l'adhésion pourrait être offerte par décision collective (sous proposition via le projet HOT). Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Circuit voiture radiocommandée
Le message suivant de : ## Bonjour, Je voudrais indiquer un circuit de voiture radiocommandée, mais en parcourant le wiki, je n'ai rien trouvé y faisant référence. Auriez-vous une idée. Merci a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ajout d'un POI
Bonsoir, J'ai ajouté un POI hier dans OSM et l'ai modifié tout à l'heure. J'aimerai savoir si ce que j'ai fait est correct, et si non, ce que je peux/dois modifier. Voilà le lien : http://www.openstreetmap.org/browse/node/1984301149 Cordialement, -- Brice Hardy hardybr...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] toc, toc, salut, c'est pour un sondage (de l'OSMF)
Le 27 octobre 2012 14:42, Christophe Merlet red...@redfoxcenter.org a écrit : Le samedi 27 octobre 2012 à 07:33 +0200, Philippe Verdy a écrit : Je trouve bizarre de répondre non, si on se veut ouvert (pas de restriction NC dans la licence). J'ai répondu non au sondage car je considère qu'un projet communautaire doit être géré par la communauté. Et pour moi, une communauté est constitué de personnes physiques. Pour moi une communauté inclue AUSSI les personnes morales, même s'il est légitime pour une communauté de ne pas leur accorder plus de droit que les personnes physiques. C'est dans le sens même de la licence libre du projet qui ne DOIT PAS exclure les utilisations commerciales, ni non plus les contributeurs commerciaux. Sinon ce n'est plus un projet libre. Il ne faut pas se faire d'illusion, on a tous besoin aussi d'insérer le projet aussi avec la collaboration des institutions (dont bon nombre d'ailleurs nous fournissent des données : sans elles, notre projet aurait énormément de mal à exister, car on n'aurait tout bonnement aucune données libérées à intégrer. Il faut leur reconnaître leur apport, il n'y a aucune raison de les exclure (que ce soit des personnes morales institutionnelles ou des sociétés privées ou d'économie mixte. Comment allez-vous défendre la libéralisation des données par ces sociétés si dès le départ vous leur dites qu'elles n'auront strictement AUCUN droit de décider (avec le reste de la communauté) de l'avenir de ces données ? Ce serait un très mauvais signe, et elles auront tous les droits légitimes de ne PAS libéraliser leurs données, et c'est le projet librez qui sera perdant, tandis que ce seuls les projets commerciaux (Google et autres, même Microsoft concernant Bing) pourront en disposer, ce qui a terme formera des monopoles fermés, où la société la plus forte décidera de tout et pourra du jour au lendemain imposer SEULE ses tarifs et restrictions d'accès, alors qu'elle sera devenue quasiment incontournable. On a besoin de ces partenaires institutionnels, comme eux aussi peuvent bénéficier largement de retours d'informations communautaires par des utilisateurs individuels. De plus cela clarifie et simplifie les relations : plus besoin de justifier de ses intérêts, puisque tout le monde est placé à égalité (les conflits d'intérêts sont alors beaucoup moins risqués). En créant une exclusion, on va avoir dans le projet des personnes soit-disant physiques dont le seul but de leur présence restera malgré tout d'influer sur les projets en fonction des intérêts d'organisations qui sont donc tentées de cacher leurs intentions puisque sinon elles ne peuvent pas participer. En plus on expose le projet davantage à des poursuites judiciaires par le fait de l'impossibilité d'obtenir des collaborations. Avec le risque permanent de devoir supprimer des tas de données parce que finalement on n'aura eu personne pour nous défendre au plan institutionnel. Exclure les institutions par principe me parait nettement plus risqué. En terme de droit aussi, ce n'est pas défendable, surtout dans le cadre d'une fondation mondiale qui devra se confronter à des droits nationaux multiples et qui, pour défendre son projet, devra aussi se présenter elle-même comme une personne morale (et non pas comme une personne privée). Isoler la personne morale de la Fondation en ne lui apportant aucun autre soutien moral ou institutionnel, mais juste celle de contributeurs privés qui n'ont strictement aucune intention de se risquer eux-mêmes à défendre le projet au plan légal, c'est prendre beaucoup trop de risques. On peut pourtant largement équilibrer les choses entre membres privés et membres moraux (insitutions et sociétés), justement sur le principe d'une adhésion = un seul vote. Comme dans les associations françaises où ce principe fonctionne très bien. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout d'un POI
Salut, Pour le tag 'addr:state', j'aurais plutôt mis 'France, comme valeur... De toute façon, je ne mets jamais ce tag. Et pour les numéros de téléphone, je suis contre les espaces : c'est au système de rendu de choisir le format, en fonction des habitudes du pays (2 chiffres, 3 chiffres, ...). Francescu Le 27 octobre 2012 18:10, Brice Hardy hardybr...@gmail.com a écrit : Bonsoir, J'ai ajouté un POI hier dans OSM et l'ai modifié tout à l'heure. J'aimerai savoir si ce que j'ai fait est correct, et si non, ce que je peux/dois modifier. Voilà le lien : http://www.openstreetmap.org/browse/node/1984301149 Cordialement, -- Brice Hardy hardybr...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] toc, toc, salut, c'est pour un sondage (de l'OSMF)
Tu es quand même trop fort, niveau capacité à l'auto-allumage. Au fait, tu as voté ? Le 27 octobre 2012 18:46, Philippe Verdy verd...@wanadoo.fr a écrit : Le 27 octobre 2012 14:42, Christophe Merlet red...@redfoxcenter.org a écrit : Le samedi 27 octobre 2012 à 07:33 +0200, Philippe Verdy a écrit : Je trouve bizarre de répondre non, si on se veut ouvert (pas de restriction NC dans la licence). J'ai répondu non au sondage car je considère qu'un projet communautaire doit être géré par la communauté. Et pour moi, une communauté est constitué de personnes physiques. Pour moi une communauté inclue AUSSI les personnes morales, même s'il est légitime pour une communauté de ne pas leur accorder plus de droit que les personnes physiques. C'est dans le sens même de la licence libre du projet qui ne DOIT PAS exclure les utilisations commerciales, ni non plus les contributeurs commerciaux. Sinon ce n'est plus un projet libre. Il ne faut pas se faire d'illusion, on a tous besoin aussi d'insérer le projet aussi avec la collaboration des institutions (dont bon nombre d'ailleurs nous fournissent des données : sans elles, notre projet aurait énormément de mal à exister, car on n'aurait tout bonnement aucune données libérées à intégrer. Il faut leur reconnaître leur apport, il n'y a aucune raison de les exclure (que ce soit des personnes morales institutionnelles ou des sociétés privées ou d'économie mixte. Comment allez-vous défendre la libéralisation des données par ces sociétés si dès le départ vous leur dites qu'elles n'auront strictement AUCUN droit de décider (avec le reste de la communauté) de l'avenir de ces données ? Ce serait un très mauvais signe, et elles auront tous les droits légitimes de ne PAS libéraliser leurs données, et c'est le projet librez qui sera perdant, tandis que ce seuls les projets commerciaux (Google et autres, même Microsoft concernant Bing) pourront en disposer, ce qui a terme formera des monopoles fermés, où la société la plus forte décidera de tout et pourra du jour au lendemain imposer SEULE ses tarifs et restrictions d'accès, alors qu'elle sera devenue quasiment incontournable. On a besoin de ces partenaires institutionnels, comme eux aussi peuvent bénéficier largement de retours d'informations communautaires par des utilisateurs individuels. De plus cela clarifie et simplifie les relations : plus besoin de justifier de ses intérêts, puisque tout le monde est placé à égalité (les conflits d'intérêts sont alors beaucoup moins risqués). En créant une exclusion, on va avoir dans le projet des personnes soit-disant physiques dont le seul but de leur présence restera malgré tout d'influer sur les projets en fonction des intérêts d'organisations qui sont donc tentées de cacher leurs intentions puisque sinon elles ne peuvent pas participer. En plus on expose le projet davantage à des poursuites judiciaires par le fait de l'impossibilité d'obtenir des collaborations. Avec le risque permanent de devoir supprimer des tas de données parce que finalement on n'aura eu personne pour nous défendre au plan institutionnel. Exclure les institutions par principe me parait nettement plus risqué. En terme de droit aussi, ce n'est pas défendable, surtout dans le cadre d'une fondation mondiale qui devra se confronter à des droits nationaux multiples et qui, pour défendre son projet, devra aussi se présenter elle-même comme une personne morale (et non pas comme une personne privée). Isoler la personne morale de la Fondation en ne lui apportant aucun autre soutien moral ou institutionnel, mais juste celle de contributeurs privés qui n'ont strictement aucune intention de se risquer eux-mêmes à défendre le projet au plan légal, c'est prendre beaucoup trop de risques. On peut pourtant largement équilibrer les choses entre membres privés et membres moraux (insitutions et sociétés), justement sur le principe d'une adhésion = un seul vote. Comme dans les associations françaises où ce principe fonctionne très bien. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : circuit VTT de la FFCT
Désolais j'avais pas vu: http://wiki.openstreetmap.org/wiki/WikiProject_France/ NettoyageDesItinérairesDeRandonnée Le 27/10/2012 13:37:14, Apamée a écrit : Si c'est sur le domaine public. Si c'est visible sur le terrain. De quel droit interdire/retirer? Le 26/10/2012 21:30:49, Ab_fab a écrit : Ca laisse une porte ouverte : contacter les créateurs des circuits. Les comités départementaux doivent permettre de trouver leur trace. Et une fois contactés, je ne doute pas que beaucoup diront OK A la différence des GR, il n'y a au moins pas d'histoire de marque déposée à l'échelle nationale. Le 26 octobre 2012 20:01, Mickaël Guéret m.gue...@free.fr a écrit : Hello, petit point sur les questions de randonnées VTT balisées par la fédération française de cyclo-tourisme : - j'ai eu la réponse de la FFCT, pas très claire, mais qui me permet de dire que l'ajout de leurs randonnées balisées n'est pas permise. Nous ne donnons pas l’autorisation d’utiliser ces circuits homologués par la FFCT en présence d’autres circuits dont nous n’avons pas l’assurance d’une autorisation de passage permanent. Nous sommes donc au regret de vous informer que nous ne souhaitons pas vous transmettre les données relatives aux circuits diffusés sur notre site véloenfrance.frhttp://xn--vloenfrance-bbb.fr . Je lui ai demandé confirmation pour les itinéraires balisés sur le terrain non présent sur leur site internet, voici la réponse : Ces itinéraires peuvent être en cours d'insertion dans la base de données de véloenfrance.fr http://xn--vloenfrance-bbb.fr. Après il est possible que l'aménageur ou le promoteur de ces circuits VTT vous donne l'autorisation de les insérer sur votre site, mais il vous faut une autorisation écrite pour les intégrer sur le site. - J'ai contacté 4 contributeurs ayant ajoutés des relations route=mtb en France. Certains semblent effectivement avoir ajouté ces itinéraires en suivant des parcours de la FFCT, l'utilisateur petrovsk a même supprimé 101 relations suite à mon message... Je dois moi même supprimer une relation... - Bref, je pense que c'est le même problème qu'avec la FFRP [1], je pense qu'il ne faut pas laisser trainer ça dans la base... Comment prévenir les contributeurs ? Je suis en train de traduire la page moutain biking en français[2], c'est peut être ici qu'il faut en parler ?? Cordialement, Mickaël Guéret [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/ NettoyageDesItin%C3%A9rairesDeRandonn%C3%A9e [2]http://wiki.openstreetmap.org/wiki/FR:Mountain_biking Le lundi 08 octobre 2012 à 22:48 +0200, Romain MEHUT a écrit : Le 8 octobre 2012 18:27, Mickaël Guéret m.gue...@free.fr a écrit : hello, Je me réponds juste pour dire que la personne de la FFCT que j'ai contactée par mail a transmis le message à des collègues plus qualifiés sur la question. Est-ce qu'il faut que je fasse une page dans le wiki pour expliquer ma démarche avec la FFCT ? Je vote pour. Sinon, j'ai regardé vite fait s'il y avait déjà des randonnées de la FFCT dans la base et il semble que oui... ici par exemple - http://mtb.waymarkedtrails.org/en/? zoom=13lat=43.96224lon=2.88746route=0.69 Il y a 413 relations de type route=mtb en France selon Taginfo... Quels sont les sources de ces itinéraires ? Essaye de contacter les auteurs des relations? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja --pièce jointe citée-- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une nouvelle source d'import en masse libre
Expo qui place la cartographie au sommet de la hype pour cette semaine, dans les Inrocks (édition papier) Plutôt en décalage avec le mag, mais amusant Le 25 octobre 2012 14:50, Ista Pouss ista...@gmail.com a écrit : Tremble, DWG ! * L'âge d'or des cartes marines, Quand l’Europe découvrait le monde * http://expositions.bnf.fr/marine/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] toc, toc, salut, c'est pour un sondage (de l'OSMF)
Ben oui. Mais pas pour l'exclusion totale : je m'étonne d'un tel rejet à la vue du résultat actuel, et je ne suis pas sûr que ce soit viable à long terme (et même à court terme) de prendre une telle décision qui visiblement ne semble avoir fait réfléchir personne, comme si le commerce c'était « mal » alors que la licence (et le monde entier du logiciel libre) dit le contraire. Si une telle décision est prise, on risque fort de voir se retirer Bing du projet (pour l'imagerie gratuite), et pas mal d'acteurs qui cesseront de nous offrir des mises à jour gratuites. Déjà Bing commence à flouter des zones (Google le fait aussi depuis quelques mois, et pas que pour des questions de vie privée en masquant les visages, immatriculations et intérieurs dans StreetView, mais aussi sur la signalisation publique et maintenant aussi pour des régions entières où on n'a plus de photos détaillées, même anciennes) Si Bing reçoit des demandes du gouvernement et le fait, qui sait si les mêmes gouvernements ne feront pas les mêmes demandes à OSM pour qu'on retire des tas de données... Sans partenaire assez puissant pour défendre le projet libre, auquel il peut participer activement, on sera bien seul et la Fondation n'aura pas les moyens non plus de se défendre financièrement. Même la fondation Wikimedia ne fait pas une telle exclusion, elle a souhaité avec raison que tout le monde puisse participer, qu'on soit personne physique ou morale (institution, gouvernement, société commerciale...), mais sans aucun droit supplémentaire (autre que des annonces non pas sur les projets eux-mêmes mais sur les sites de support, à titre de citation dont la communauté peut encore contrôler et limiter le contenu et encore aussi soumettre des vues contradictoires. Le 27 octobre 2012 20:15, Ab_fab gamma@gmail.com a écrit : Tu es quand même trop fort, niveau capacité à l'auto-allumage. Au fait, tu as voté ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout d'un POI
Le 27 oct. 2012 à 19:32, Francescu GAROBY a écrit : Pour le tag 'addr:state', j'aurais plutôt mis 'France, comme valeur... De toute façon, je ne mets jamais ce tag. Et pour les numéros de téléphone, je suis contre les espaces : c'est au système de rendu de choisir le format, en fonction des habitudes du pays (2 chiffres, 3 chiffres, ...). Il me semble que state est là pour les Etats fédérés (USA, Canada, mais, il y en a beaucoup d'autres), l'Etat englobant étant implicite. Mettre les régions n'est pas inepte, mais comme cela n'a pas le même intérêt… Christian R.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout d'un POI
addr:state c'est pour les pays qui sont des fédérations d'États (USA, Canada, Brésil, Inde) ou entités asimilées (provinces canadiennes, länder allemands, cantons suisses, sujets russes, « entités » politiques de Bosnie-Herzégovine ou de Chypre) voire aussi les 4 nations du Royaume-Uni. Ce champ n'est destiné qu'aux adresses postales. Il ne décrit en rien les systèmes politiques. La France n'a qu'un seul état, une seule nation (même si elle a plusieurs « pays » à cause du statut sui generi temporaire de la Nouvelle-Calédonie). On n'a jamais à préciser sur une adresse un « État » pour préciser le code postal en France, donc on le laisse vide. L'utilisation typique de ce champ c'est pour aider à renseigner un formulaire d'adresse dans une fiche de contact ou pour une livraison ou l'envoi d'une facture. Au niveau postal cependant les collectivités territoriales en outre-mer peuvent avoir leur propre code « pays » (sans préciser France), ce qui dispense aussi d'avoir un champ addr:state. Le 27 octobre 2012 19:32, Francescu GAROBY windu...@gmail.com a écrit : Salut, Pour le tag 'addr:state', j'aurais plutôt mis 'France, comme valeur... De toute façon, je ne mets jamais ce tag. Et pour les numéros de téléphone, je suis contre les espaces : c'est au système de rendu de choisir le format, en fonction des habitudes du pays (2 chiffres, 3 chiffres, ...). Francescu Le 27 octobre 2012 18:10, Brice Hardy hardybr...@gmail.com a écrit : Bonsoir, J'ai ajouté un POI hier dans OSM et l'ai modifié tout à l'heure. J'aimerai savoir si ce que j'ai fait est correct, et si non, ce que je peux/dois modifier. Voilà le lien : http://www.openstreetmap.org/browse/node/1984301149 Cordialement, -- Brice Hardy hardybr...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout d'un POI
Le 27 octobre 2012 19:32, Francescu GAROBY windu...@gmail.com a écrit : Salut, Pour le tag 'addr:state', j'aurais plutôt mis 'France, comme valeur... De toute façon, je ne mets jamais ce tag. Et pour les numéros de téléphone, je suis contre les espaces : c'est au système de rendu de choisir le format, en fonction des habitudes du pays (2 chiffres, 3 chiffres, ...). Les habitudes varient selon les utilisateurs du même pays. D'abord selon la taille des blocs de numérotation qu'ils gèrent eux-mêmes. Il n'y a pas de format uniforme, même en France. L'annuaire universel français groupe par bloc de 2 chiffres pour les numéros géographiques (01 à 05), mobiles (06 ou 07), ou des box Internet (09), qui sont éligibles à une numérotation depuis l'international (+33), ou les numéros courts à 2 ou 4 chiffres ; les numéros courts à 3 chiffres ne sont pas séparés ; pour les numéros spéciaux à 8 chiffres (en 08) c'est habituellement groupé par 3 chiffres, mais pas toujours, cela dépend de critères mnémoniques pour ceux qui les communiquent (critères aussi retenus pour les attribuer car les plus mnémoniques sont plus chers à obtenir pour les attributaires). Si on entre dans le détail, il n'y a aucun format par défaut pour les 08 qui obéisse à une règle. Pour des pays comme l'Allemagne, c'est vrai aussi pour les numéros géographiques. Laissons les espaces tels qu'ils sont communiqués, ils sont ignorés à la numérotation et ne gênent pas. (mais pas d'espaces en excès, pas au début, pas à la fin, et sans répétition). Et utilisons les formats habituels de ces numéros, même s'ils échappent à la règle habituelle (par exemple si un numéro finit en 000, les 4 derniers chiffres sont habituellement groupés sans séparateur ; de même si les 3 derniers chiffres ou plus forment une suite croissante ; et cela même si c'est un numéro géographique ou mobile). Mais en revanche gardons les parenthèses pour séparer les indicatifs locaux (dans les pays où on ne les compose pas toujours pour appeler, ceux-ci nécessitant un préfixe spécifique de sélection de zone), sinon le tiret pour séparer l'indicatif international du reste du numéro, et le plus pour indiquer que le bloc de numéro qui suit est un indicatif international (le plus remplaçant le préfixe international qui varie selon les pays ou terminaux utilisés). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] [OSM-talk] Translating the world
On 2012年10月26日 10:43, Daniel Kastl wrote: A better link directly to Japanese interface: http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=jazoom=3lat=50.51632lon=5.85569layers=0BTFFF http://toolserver.org/%7Ekolossos/openlayers/kml-on-ol-json3.php?lang=jazoom=3lat=50.51632lon=5.85569layers=0BTFFF On Fri, Oct 26, 2012 at 10:41 AM, Daniel Kastl dan...@georepublic.de mailto:dan...@georepublic.de wrote: Just wanted to forward this email, because I think it affects Japan. I'm very glad to see multi-lingual maps, but again I'm worried about many name tags in Japan, which are like name=東京 (Tokyo). In my opinion this is not so good idea, because it's tagged for the OSM renderer. But I know there was a discussion about this already. It would be better to fix the renderer to provide maps in multiple languages, like the example below: Daniel 素晴らしい取り組みだと思います。 まずは、世界各国の国名と首都名の、日本語への変換がちゃんとなされているか、 見る人募集ですね。 また、議論となっている日英記載は、このような国際化とマルチ言語レンダリングが確立し始めたら、 みんなで直しましょう、ということにしていたと思います。 問題は、思ったより、改善が進まないことです。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Potlatch2 国際化・ローカライズ
三浦です。 ribbonさん、反応ありがとうございます。 On 2012年10月16日 08:49, Hiroshi Miura(@osmf) wrote: 先週末にだいぶ進みまして、現在のPotlatch2のエディターに出てくる すべての地物(feature)の翻訳をすれば、各国語用のリソースファイルを 作成できるようになりました。 https://github.com/miurahr/map_features_converter osm-dev MLに提案しようとおもいます。合意が得られたら、 translatewiki.netに登録して、世界のマッパーに、 数十言語への翻訳を呼びかけないとですね。 このあたりのコーディネートをされる人を募集します。 これから、作成したリソースをflashのアプリから読み込む部分の検討を行います。 Potlatch2での、各国語表示での地物（features)の表示ができるようになったことを 確認できるところまですすみました。 OSM-dev MLにも提案して、 http://lists.openstreetmap.org/pipermail/dev/2012-October/026042.html います。この方式で合意が取れるといいなと思います。 是非、みなさんの応援をお願いしたいですね。 開発にご興味のある方は、 https://github.com/miurahr/potlatch2/tree/i18n-features こちらをご利用ください。 www.osm.jpサイトから先行して、日本語で利用できるようになると いいなぁ、と思っています。そのためにも、 あわせて、翻訳の環境設定される方を募集します。 OSM-devでの合意状況を受けて、translatewiki.netに登録して、 OSM-talk MLや、各国語MLに翻訳を呼びかけるというタスクです。 翻訳のターゲットになるファイルは、 https://gist.github.com/3964904 こちらのファイルを翻訳することになります。 -- 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Fwd: [Tagging] Mechanical Edit: fix japanese train stations wikipedia/names fields
いいだです。 この件、進めてもらっています。 いまのところのスクリプトの結果サンプルが、 以下のページにあります。 サンプルで1路線、ではありませんが、だいたいの結果はわかるかな、とおもいます。 ぜひぜひご意見ください。 http://fabsk.eu/osm/group_.xml 結果の反映はたぶんもうちょっと先になります。 スクリプトの手直しが入って、 あと、編集の進め方についてTagging MLで調整してから、になるみたいです。 詳しくは、すごくしっかりしたWikiページがありますので、 そちらを参照ください。 http://wiki.openstreetmap.org/wiki/Mechanical_Edits/JaTrainWikipedia 2012年10月22日 23:14 ribbon o...@ns.ribbon.or.jp: On Mon, Oct 22, 2012 at 09:58:35PM +0900, Satoshi IIDA wrote: この件、他にご意見や懸念点のあるかたはいらっしゃいますか？ もしなければ、この方法でFabienさんに進めてもらおうと思っています。 はい。 まずは一路線、やってもらって評価するのが良いかと。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Fwd: [Tagging] Mechanical Edit: fix japanese train stations wikipedia/names fields
いいだです。 この件、進めてもらっています。 いまのところのスクリプトの結果サンプルが、 以下のページにあります。 サンプルで1路線、ではありませんが、だいたいの結果はわかるかな、とおもいます。 ぜひぜひご意見ください。 http://fabsk.eu/osm/group_.xml 見ました。南からやっているみたいですね。 で、この作業を進める前に1つやらなければならないことに気がつきました。 鹿児島本線がありません。ライセンスの問題で、消されています。 ですので、抜けている路線を再度インポートしてから作業しないと、 いくつかの駅が抜け落ちてしまいます。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] wheelmapはNexus7上で動きました
On Fri, Oct 26, 2012 at 09:41:09PM +0900, ribbon wrote: Nexus7上(Android上)でのアプリ動作検証報告です。 wheelmapを動かしてみましたが、初期化の段階で異常終了して しまいました。ちょっと残念。 いつの間にか動くようになりました。バージョンを上げた記憶は ないのですけれど。理由は不明です。 で、使ってみましたが、リスト表示の部分、GPSで取得した 現在位置のみしかできないみたいです。地図を動かしても、 リストの表示は変わらないです。 ちょっと残念。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] GISNEXT最新号にState of the Map 2012 Tokyo 特集レポートが掲載されています。
三浦です。 車椅子マップのRaul Krauthausenさんのページは、いい感じの写真や構成ですね。 SotMの感想のところは、ちょっとニヤリとしました。 Steaveは... 写真でかい！：） 2012年10月28日 10:07 Taichi Furuhashi tai...@osmf.jp: 雑誌GISNEXT10月号が10/25に発刊しました。 http://www.nextpb.com/gisnext/backnumber/no41.html 2012年9月6日〜8日、東京大学駒場リサーチキャンパスにおいて開催された 「State Of The Map 2012 (The 6th Annual International OpenStreetMap Conference Tokyo)」の特集レポートが掲載されています。 日本初来日のRaul氏をはじめ、貴重なインタビューがまとめられています。 ご興味ありましたらぜひお手にとって見ていただければ幸いです。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Vespucci 0.8.0のテスターと翻訳者を募集中です
On Sun, Oct 28, 2012 at 11:27:52AM +0900, yuu hayashi wrote: Vespucciの日本語化に挑戦してみましたが、 下記の当たりに国際化関連の手順が書いてあるようなのですが・・・ http://code.google.com/p/osmeditor4android/wiki/Translating http://code.google.com/p/osmeditor4android/source/browse/#svn%2Ftrunk%2Fres%2Fvalues-ja どうやら 'strings.xml'が単純な変換テーブルの形式ではないようなので 私の技術力では無理ということで断念してしまいました。 はい。ここにあるんですが、まず、Eclipseを入れて、という結構敷居の 高い作業をする所から始めなければならないので、大変です。 一応Eclipseのインストールと日本語化は終わったのですが、 そこから先の操作がやったことないので、しばらくは手が出せそうも ないです。 launchpad みたいなものがあると楽なんですけどね。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] Scrubbing route relations (attn: Richard Weait, etc.)
My only objection to network=US:US:Business / ref=80 is How do you know it's Business-80 or 80-Business on the signs? In essence here, we have the tension between free-format tagging and machine-parsable and understandable tagging. Syntax and semantics. We *definitely* don't need tagging with ambiguous syntax or semantics. As I've said before: tag however you want, but 1) document how you tag in the wiki, 2) DO NOT tag in opposition to what the wiki says, and 3) DO NOT change what the wiki says about tagging (unless you're prepared to change the tags accurately all over the world.) If someone violates these two DO NOTs, they are vandalizing OSM. If they refuse to change their practices, they are agreeing that they should be prevented from editing. Michal Migurski writes: (Changing subject line to the Richard I originally meant) That was my understanding as well, but I got feedback that boiled down to don't mess with the network tags (too much). What do others think about this? -mike. On Oct 24, 2012, at 12:16 PM, Dale Puch wrote: That is my understanding as well based on previous discussions. For For US Business route 80: network = US:US:Business ref = 80 On Wed, Oct 24, 2012 at 2:13 PM, Alexander Jones happy5...@gmail.com wrote: Using your example, the network tag should say US:US:Business Alexander Michal Migurski wrote: On Oct 23, 2012, at 1:54 PM, Michal Migurski wrote: On Oct 21, 2012, at 8:54 PM, Michal Migurski wrote: I feel like this scrubbing process has revealed so much about the intricacies of different road networks that I'm going to take a slightly different approach, and focus my work on just the ref and modifier tags. I can standardize the US:US and US:I networks along with US:CA where I live, but I should hold off on attempting to overfit other states' network tags. Here's the newest: http://mike.teczno.com/img/OSM-Extracted-Routes-changes-2.csv.zip There are 5,828 changes now. I have left the network tags alone, generally. Most changes are focused on the ref and modifier tags. I'm looking for advice feedback. I applied these changes to OSM last night, in a series of five changesets: http://www.openstreetmap.org/browse/changeset/13611326 http://www.openstreetmap.org/browse/changeset/13612265 http://www.openstreetmap.org/browse/changeset/13612825 http://www.openstreetmap.org/browse/changeset/13612736 http://www.openstreetmap.org/browse/changeset/13613023 Offlist, I've been talking to NE2 about the edits, and he pointed out this morning that they negatively affect shield rendering on Aperiodic: http://elrond.aperiodic.net/shields/?zoom=15lat=38.7166lon=-77.79472layers=B Whereas formerly relations with network=US:US and the modifier in the ref failed somewhat gracefully if a bit pigheadedly (by not displaying shields at all), they now show up incorrectly as mainline routes. - NE2 NE2 asked me to revert the changes, because he's unhappy with me moving the route variant information from the ref tags to the modifier tags, e.g. turning ref=80 Business into ref=80 modifier=Business. According to the supported tagging guidelines on Aperiodic, my interpretation should be correct: The value of the ref tag on the relation must contain just the route number, without any network information. http://elrond.aperiodic.net/shields/supported.html I'm looking for guidance on this changeset, with the intent of making route relation information in the US internally consistent. I can simply revert it, but I wasn't happy with the state of relation tags before and I'll continue to look for ways to make them consistent nationally. I can apply a new changeset that moves or duplicates the variant information in the modifier tags to the ref tags, but this feels incorrect. I can apply an alternative changeset that moves or duplicates the variant information to the *network* tags (another recommendation from the Aperiodic tagging guideline), but previous conversations about this change led me to believe that messing with the network tags too much would be a Bad Idea. For those of you with an interest in the route relations, what do you think is the correct next move here? NE2, I've been talking to you offlist but I hope you jump in here. -mike. michal migurski- m...@stamen.com 415.558.1610 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Dale Puch ___ Talk-us mailing list
Re: [Talk-us] Night of the Living Maps
Richard Welty writes: however, there are vast areas (like most if not all of WV) where the alignment of TIGER 2005 is really awful, and TIGER 2011/2012 is a significant improvement. since the latter is available as an image layer which i know works with JOSM and i understand works with Potlatch, it's pretty reasonable to load up a spot in the desert and compare unedited data with 2011/2012 and realign. just don't remove the reviewed tag, that shouldn't be done without a ground survey. Some counties of NY had or have that awful alignment of which Richard speaks. Putnam, Ontario, and Warren Counties come to mind. I've spent a ridiculous amount of time aligning these roads. I remove the tiger:reviewed=no tag only when I've been somewhere and seen that the sign matches the name= tag (or one of them, anyway). I use my Columbus / Visiontac V-900 GPS logger with audio notes to make a note of the road name as I pass it, or any other notes that I think need mapping, e.g. road surface, stop signs, traffic lights, etc. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Scrubbing route relations (attn: Richard Welty, etc.)
On Oct 24, 2012, at 5:01 PM, Chris Lawrence wrote: On Wed, Oct 24, 2012 at 12:28 PM, Michal Migurski m...@stamen.com wrote: NE2 asked me to revert the changes, because he's unhappy with me moving the route variant information from the ref tags to the modifier tags, e.g. turning ref=80 Business into ref=80 modifier=Business. According to the supported tagging guidelines on Aperiodic, my interpretation should be correct: The value of the ref tag on the relation must contain just the route number, without any network information. http://elrond.aperiodic.net/shields/supported.html ... As far as what to do from here... damned if I know. I don't think anyone wants NE2 banned (he's a dedicated armchair mapper and contributes a lot to OSM, even if he's somewhat pigheaded in applying his own particular approaches in places where it's not as clear he has a lot of local knowledge), but at the same time he doesn't seem to be willing to concede on this point which IMO has become an obstacle to improving the map as-used by Skobbler, Mapbox, Stamen, Cloudmade, Mapquest etc downstream. I guess my advice would be to proceed but be cautious of blowback. That's what I've ultimately decided to do. I'm in semi-regular conversation with NE2 offlist, and while I'm happy with my own changes and stand by them, I also have no interest in an edit war or a situation where NE2's valuable contributions are put in jeopardy. If he feels strongly enough to revert them, I'd be okay with that. I have no opinion on the network vs. modifier question, but I do believe that ref tags should be usable as-is in a renderer, so that's the direction my changes have taken. I'll let this all sit for a while, to see where it winds up in a few weeks. -mike. michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Scrubbing route relations (attn: Richard Weait, etc.)
Paul Johnson writes: On Sat, Oct 27, 2012 at 12:12 PM, Russ Nelson nel...@crynwr.com wrote: My only objection to network=US:US:Business / ref=80 is How do you know it's Business-80 or 80-Business on the signs? Isn't that the argument in favor of network=US:US / ref=80 / modifier=Business? Even if the modifier gets left off by some vaguely broken renderer, you at least get something, which by context while navigating, will be close enough to make sense? I wonder if we could / should have as a goal the accurate representation of what the sign says (duplicating the syntax of the sign)? Or whether we should make sure that we have the semantics right and can thus present map users what the sign *should* say, in a clear and consistent manner (which St. Catherine St. kinda doesn't do). If the former, then it matters if it's Business-80 or 80-Business. If the latter, then as long as we preserve the modifier, then we're good. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Scrubbing route relations (attn: Richard Weait, etc.)
On 10/27/12 2:46 PM, Russ Nelson wrote: If the former, then it matters if it's Business-80 or 80-Business. If the latter, then as long as we preserve the modifier, then we're good. at this point, i think i've seen enough to know that what goes on the signs can be a little bit unpredictable. on a long enough business route there's a fair chance of seeing both usages. i think the normal map user is probably smart enough to work this one out. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Scrubbing route relations (attn: Richard Weait, etc.)
Richard Welty writes: On 10/27/12 2:46 PM, Russ Nelson wrote: If the former, then it matters if it's Business-80 or 80-Business. If the latter, then as long as we preserve the modifier, then we're good. at this point, i think i've seen enough to know that what goes on the signs can be a little bit unpredictable. on a long enough business route there's a fair chance of seeing both usages. i think the normal map user is probably smart enough to work this one out. I would rather we made that decision than assume it's obvious, because there are some OSM editors for whom nothing is obvious. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] NHD Imports
I saw bsupnik's wiki page, http://wiki.openstreetmap.org/wiki/User:Bsupnik, on importing of NHD into OSM. I'm working on National Parks in Washington State. After spending countless hours tracing in streams and rivers into OSM, I've finally decided that importing makes more sense. I'm wondering what the consensus was on using NHD in OSM? The data can be downloaded as shapefiles from the USGS website. With Paul Norman's ogr2osm script and translation tables, the data looks like to could be imported into OSM. In the areas I'm focusing on, it would need to be done almost stream by stream since some of the data already exists. And doing it in small batches allows for easy alignment with a Bing image. (These are areas that a survey is nearly impossible due to the large amount of difficult terrain involved.) One of the advantages to using the NHD data over topo maps is getting the correct names on the streams. The existing topo maps make it difficult to determine named streams from un-named ones. Before I bring this up on the imports list, I thought I'd ask the US community about their opinion about importing the data. -- Clifford ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD Imports
Past NHD imports have made vast multipolygons which can be difficult to interpret without a view of the whole thing. This made particular problems for tiles@home/osmarender, which tried to render the multipolygons without loading their out-of-area members, leading to water-land inversion in a lot of places. Editing these multipolygons may be error-prone too, though need for such editing should be rare. If you can somehow limit the size of the multipolygons, this issue can probably be mitigated. On Oct 27, 2012 7:29 PM, Clifford Snow cliff...@snowandsnow.us wrote: I saw bsupnik's wiki page, http://wiki.openstreetmap.org/wiki/User:Bsupnik, on importing of NHD into OSM. I'm working on National Parks in Washington State. After spending countless hours tracing in streams and rivers into OSM, I've finally decided that importing makes more sense. I'm wondering what the consensus was on using NHD in OSM? The data can be downloaded as shapefiles from the USGS website. With Paul Norman's ogr2osm script and translation tables, the data looks like to could be imported into OSM. In the areas I'm focusing on, it would need to be done almost stream by stream since some of the data already exists. And doing it in small batches allows for easy alignment with a Bing image. (These are areas that a survey is nearly impossible due to the large amount of difficult terrain involved.) One of the advantages to using the NHD data over topo maps is getting the correct names on the streams. The existing topo maps make it difficult to determine named streams from un-named ones. Before I bring this up on the imports list, I thought I'd ask the US community about their opinion about importing the data. -- Clifford ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD Imports
On 10/27/2012 7:28 PM, Clifford Snow wrote: Before I bring this up on the imports list, I thought I'd ask the US community about their opinion about importing the data. I agree that it is a good idea to import NHD. It is an asset when doing surveys and updates: you can review it for any changes and make corrections. - Use the latest tools and techniques to create the NHD dataset. - Review tag assignments for the area of interest. - Merge it into the existing ways - preserve existing hydro work when possible. For water features that you created yourself, you can decide whether to replace with NHD data. On the other hand, I believe NHD should not be imported into US OSM Edit deserts. It's best to wait until there is a community who wants an NHD import. In the meantime, the NHD for that area may be updated and when it is finally imported, it will be as fresh as possible. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD Imports
On Sat, Oct 27, 2012 at 5:13 PM, David ``Smith'' vidthe...@gmail.comwrote: Past NHD imports have made vast multipolygons which can be difficult to interpret without a view of the whole thing. This made particular problems for tiles@home/osmarender, which tried to render the multipolygons without loading their out-of-area members, leading to water-land inversion in a lot of places. Editing these multipolygons may be error-prone too, though need for such editing should be rare. If you can somehow limit the size of the multipolygons, this issue can probably be mitigated. Right now I'm only looking to import streams (creeks and rivers) and possibly small lakes into OSM. I did a small sample of lakes and found them to be only useful for 1) identifying a lake and 2) getting the name. The area I'm working with has hundreds of small un-named lakes and a few small named lakes. It's easy to miss a lake when looking at a bing image so the data identifies the water. However, the polygon shape from NHD is nothing like the actual lake on the bing image. I guess the quick answer is I don't plan to import multipolygons. -- Clifford ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD Imports
On Sat, Oct 27, 2012 at 5:15 PM, Mike N nice...@att.net wrote: On 10/27/2012 7:28 PM, Clifford Snow wrote: Before I bring this up on the imports list, I thought I'd ask the US community about their opinion about importing the data. I agree that it is a good idea to import NHD. It is an asset when doing surveys and updates: you can review it for any changes and make corrections. Most of the area's I'm mapping are too remote and not likely to ever be surveyed in person. - Use the latest tools and techniques to create the NHD dataset. - Review tag assignments for the area of interest. - Merge it into the existing ways - preserve existing hydro work when possible. For water features that you created yourself, you can decide whether to replace with NHD data. Agreed. Usually if there is existing data, it's data someone has manually added and is often better than NHD. That's way a bulk import isn't practical. On the other hand, I believe NHD should not be imported into US OSM Edit deserts. It's best to wait until there is a community who wants an NHD import. In the meantime, the NHD for that area may be updated and when it is finally imported, it will be as fresh as possible. Please help me understand what you mean by OSM Edit deserts. The areas I'm looking at are mostly untouched except for the original TIGER and GNIS imports. Are you suggesting not importing into those areas? -- Clifford ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD Imports
On 10/27/2012 8:35 PM, Clifford Snow wrote: On the other hand, I believe NHD should not be imported into US OSM Edit deserts. It's best to wait until there is a community who wants an NHD import. In the meantime, the NHD for that area may be updated and when it is finally imported, it will be as fresh as possible. Please help me understand what you mean by OSM Edit deserts. The areas I'm looking at are mostly untouched except for the original TIGER and GNIS imports. Are you suggesting not importing into those areas? Another way I would express it is not to mass import for a whole state or multi-state area where there is no active community. I know of several such areas that span multiple counties and many thousands of square miles. The only objects that have been touched are Interstate and US highways. For your case, since you are comparing it against existing data and Bing imagery and possible consultation with Topo maps, it is entirely appropriate to use NHD data. In effect, because of your interest, you are the active mapper in the area, even though it is not all ground surveys. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD Imports
Mike N writes: For your case, since you are comparing it against existing data and Bing imagery and possible consultation with Topo maps, it is entirely appropriate to use NHD data. In effect, because of your interest, you are the active mapper in the area, even though it is not all ground surveys. I would like to have every stream in the U.S. available as a .osm file. So, say, I am running along some road or railroad, and I see a stream that doesn't exist in OSM yet. Rather than doing the clicky-click myself, it would be great if I could load up the NHD version of that stream. I could compare it against the aerial photos, and the data already in OSM, and decide for myself if I want to use that or do the clicky click. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD Imports
On Sat, Oct 27, 2012 at 6:19 PM, Russ Nelson nel...@crynwr.com wrote: Mike N writes: For your case, since you are comparing it against existing data and Bing imagery and possible consultation with Topo maps, it is entirely appropriate to use NHD data. In effect, because of your interest, you are the active mapper in the area, even though it is not all ground surveys. I would like to have every stream in the U.S. available as a .osm file. So, say, I am running along some road or railroad, and I see a stream that doesn't exist in OSM yet. Rather than doing the clicky-click myself, it would be great if I could load up the NHD version of that stream. I could compare it against the aerial photos, and the data already in OSM, and decide for myself if I want to use that or do the clicky click. Having the NHD as a layer like the TIGER data would be nice. -- Clifford ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD Imports
From: Russ Nelson [mailto:nel...@crynwr.com] Sent: Saturday, October 27, 2012 6:19 PM To: OSM US Talk List Subject: Re: [Talk-us] NHD Imports I would like to have every stream in the U.S. available as a .osm file. So, say, I am running along some road or railroad, and I see a stream that doesn't exist in OSM yet. Rather than doing the clicky-click myself, it would be great if I could load up the NHD version of that stream. I could compare it against the aerial photos, and the data already in OSM, and decide for myself if I want to use that or do the clicky click. For what it's worth, I'm working on this, but it's hard work and takes time to do it right. I'd be open to coordinating with someone else, but they'd need some basic python knowledge, the ability to compile gdal to read .mdb, the ability to use git to work with others, and the experience required to develop translations. Also, some of the other software pieces needed aren't there yet. NHD is massive and I have no idea how some parts of the toolchain will work when I start throwing hundreds of gigs of data at them. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
