Re: [Talk-it] Fontanelle e fontane
hai ragione, non hai tutti i torti neanche te. però allora ricadiamo di nuovo nel semplice amenity=drinking_water boh, sono un po' indeciso... -- View this message in context: http://gis.19327.n5.nabble.com/Fontanelle-e-fontane-tp5832829p5833082.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Association OSMfr pour réserve citoyenne ?
A première vue, ça me semble une bonne idée. Vincent et/ou Brice, vous voulez dégrossir le sujet ? Le 10/02/2015 14:53, Vincent Bergeot a écrit : Le 10/02/2015 09:03, Brice MALLET a écrit : Une démarche officielle de la part de l'association vous semble t'elle possible ? Si oui, en profiter pour engager une démarche de demande d'agrément (http://www.education.gouv.fr/cid21129/les-associations-agreees-et-ou-subventionnees-par-l-education-nationale.html) on peut voir que wikimedia france est référencée dans la liste des associations agréées au niveau national. On peut donc supposer (si c'est un raccourci désolé) que OSM-fr peut démarcher pour la demande d'agrément de part les similitudes entres les projets (je sais qu'il y a des différences aux niveaux des associations : employeuse pour wikimedia-fr et non employeuse pour OSM-fr). Si il doit y avoir une demande, n'est-il pas possible de récupérer le dossier de wikimedia-france et de l'adapter ? (à quand un wiki des demandes de subventions et dossiers :) ) Concernant l'intérêt de l'agrément : cela facilite la possibilité d'intervenir en classe et c'est une reconnaissance par l'éducation nationale (AMHA pas de subventions possible). Bonne journée -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Sicilia 01: un layer per il ricalco
Caro Aurerlio, 2015-02-10 16:03 GMT+01:00 Aury88 [via GIS] ml-node+s19327n5833080...@n5.nabble.com: peccato...non c'è catania che è uno dei territori dove ogni tanto mappo...hanno fatto solo quelle città o sono solo quelle rilasciate per ora con licenza compatibile? verranno pubblicate per tutta la Sicilia, e l'accordo firmato coprirà tutti questi layer in WMS. Sarei interessato anche a foto aggiornate (2014) anche a bassa risoluzione visto che mi dedico molto alla mappatura dell'utilizzo del suolo dove non è necessaria una grande risoluzione ;) E se usassi le immagini LandSat http://libra.developmentseed.org/? Saluti -- Andrea Borruso website: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus http://bit.ly/GEOplus 38° 7' 48 N, 13° 21' 9 E, EPSG:4326 -- cercare e saper riconoscere chi e cosa, in mezzo all’inferno, non è inferno, e farlo durare, e dargli spazio Italo Calvino - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/Sicilia-01-un-layer-per-il-ricalco-tp5828143p5833083.html Sent from the Italy General mailing list archive at Nabble.com.___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fontanelle e fontane
demon.box wrote hai ragione, non hai tutti i torti neanche te. però allora ricadiamo di nuovo nel semplice amenity=drinking_water boh, sono un po' indeciso... Alla fine secondo me è una fontanella. Più elaborata e moderna, ma sempre una fontanella. Io lascerei amenity=drinking_water name=Punto acqua e magari, se sono reperibili, le opening_hours. -- View this message in context: http://gis.19327.n5.nabble.com/Fontanelle-e-fontane-tp5832829p5833084.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Association OSMfr pour réserve citoyenne ?
Je vais essayer de voir avec un contact chez Wikimedia-fr pour récupérer leur dossier. Jean-Marc Gailis Le 10 février 2015 à 15:19, Christian Quest cqu...@openstreetmap.fr a écrit : A première vue, ça me semble une bonne idée. Vincent et/ou Brice, vous voulez dégrossir le sujet ? Le 10/02/2015 14:53, Vincent Bergeot a écrit : Le 10/02/2015 09:03, Brice MALLET a écrit : Une démarche officielle de la part de l'association vous semble t'elle possible ? Si oui, en profiter pour engager une démarche de demande d'agrément (http://www.education.gouv.fr/cid21129/les-associations-agreees-et-ou-subventionnees-par-l-education-nationale.html) on peut voir que wikimedia france est référencée dans la liste des associations agréées au niveau national. On peut donc supposer (si c'est un raccourci désolé) que OSM-fr peut démarcher pour la demande d'agrément de part les similitudes entres les projets (je sais qu'il y a des différences aux niveaux des associations : employeuse pour wikimedia-fr et non employeuse pour OSM-fr). Si il doit y avoir une demande, n'est-il pas possible de récupérer le dossier de wikimedia-france et de l'adapter ? (à quand un wiki des demandes de subventions et dossiers :) ) Concernant l'intérêt de l'agrément : cela facilite la possibilité d'intervenir en classe et c'est une reconnaissance par l'éducation nationale (AMHA pas de subventions possible). Bonne journée -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
Le 01/02/2015 18:20, Frédéric Rodrigo a écrit :
Le 01/02/2015 16:54, Vincent de Château-Thierry a écrit :
Bonjour,
Jusqu'à présent pour visualiser le cadastre vectoriel, il fallait
utiliser le plugin Cadastre-Fr. Depuis quelques jours, une alternative
apparaît, à l'initiative de la DGFiP. En effet, elle vient de rendre
public son service WMS : le cadastre accessible en tuiles, directement
par le producteur.
La documentation est ici :
https://www.cadastre.gouv.fr/scpc/aide.do#
= rubrique Votre service WMS
et pour vos réglages JOSM, voici un exemple de ligne à déclarer (F12
rubrique 'TMS/WMS') :
wms:http://inspire.cadastre.gouv.fr/scpc/*code
INSEE*.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png
Il faut adapter 2 éléments de la requête :
- la chaîne '*code INSEE*' est à remplacer par les 5 caractères du
code de la commune qui vous intéresse.
- la liste des thèmes affichés (après 'LAYERS=') : cette liste est
modulable selon ce qui vous intéresse.
Pour que ça marche il ne faut pas passer par le wizard de JOSM qui
modifie les paramètres lui même.
Utiliser directement l'URL que a donné Vincent.
Je n'arrive pas au résultat, j'ai des erreurs, voici ce que j'ai fait :
- Préférences / Paramètres d'imagerie / Fournisseurs actifs
- clic sur le + WMS
- dans la zone Entrez l'URL du service
avec Brocas, j'ai une erreur dés la recherche
http://inspire.cadastre.gouv.fr/scpc/40056.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png
En cliquant sur Obtenir les calques
avec Beauzelle 31056
http://inspire.cadastre.gouv.fr/scpc/31056.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png
Il prend en compte
Puis j'ai une erreur et écran rouge
Même chose avec
http://inspire.cadastre.gouv.fr/scpc/33119.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png
cordialement
Lenny
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Sicilia 01: un layer per il ricalco
peccato...non c'è catania che è uno dei territori dove ogni tanto mappo...hanno fatto solo quelle città o sono solo quelle rilasciate per ora con licenza compatibile? Sarei interessato anche a foto aggiornate (2014) anche a bassa risoluzione visto che mi dedico molto alla mappatura dell'utilizzo del suolo dove non è necessaria una grande risoluzione ;) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Sicilia-01-un-layer-per-il-ricalco-tp5828143p5833080.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-GB] Cambridge pub meetup, Tuesday 10th Feb
There is a meetup this evening in Cambridge. Location: The Castle Inn, 38 Castle Street, Cambridge Time: 19:00 http://www.meetup.com/Cambridge-OpenStreetMap/events/220223825/ Sorry for the late notice. I thought it would be useful to mention here, just in case anybody is interested and wants to come along. -- Edward. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [talk-ph] Mamasapano Incident
Wayne, Nice - very detailed report. (I am not updated with the news, hehe) What got me curious was the Military Grid Reference - how to convert to WGS84? any ideas? I don't know if the crude method I used was correct. I'll try to work my way backwards to verify if the computed Lat Long from the SMS (tweeted) message made sense from what actually happened. Thanks, Rally On Wed, Feb 11, 2015 at 8:58 AM, Wayne Manuel wdman...@gmail.com wrote: Hey Rally, The PNP Presentation in the Senate showed the location on a map with a satellite image (Google Earth). http://www.gmanetwork.com/news/story/430388/news/nation/full-presentation-pnp-board-of-inquiry-fact-file-on-mamasapano-clash Wayne Manuel On Wed, Feb 11, 2015 at 2:44 AM, Rally de Leon rall...@gmail.com wrote: There is a coordinate given here: https://twitter.com/ANCALERTS/status/564990109913608193/photo/1 GC 6798365714 Assuming 6798365714 as Military Grid Reference System I tried this online MGRS to WGS84 Converter: http://www.legallandconverter.com/p50.html using MGRS format -- 51N XH 67983 65714 where: 51N is GZD (Grid Zone Designator) based on http://www.legallandconverter.com/images/world-mgrs-grid.jpg XH is the 100-km Grid Square ID from shp file of 51N on http://earth-info.nga.mil/GandG/coordsys/grids/mgrs_1km_polygon_dloads.html#Downloading Result: WGS84 -- *Lat 6.92489 Long 124.52047* This points to a familiar area on: http://www.openstreetmap.org/?mlat=6.9249mlon=124.5205#map=14/6.9249/124.5205 Could this be it? There's a drone video by Raffy Tima described as an aerial view of the PNP-SAF extraction route towards waiting SAF commandos on the highway more than a kilometer away. I don't know if it's pointing to the same area: http://instagram.com/p/y4GftOx1RF/?utm_source=partnerutm_medium=embedutm_campaign=video ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-au] Fwd: Australian Government Department of Communications - Geocoded addressing survey [DLM=For-Official-Use-Only]
On 2/10/2015 4:32 PM, Andrew Harvey wrote: I've completed their survey from a individual level, however will OSMF be submitting an OSMF response? I'm not 100% across what exact licensing conditions the data would need to be released under to leave open the possibility of incorporating it into OSM. Hence I've omitted that from my response, but it would be great if we could submit a response with that information. As an organization, I'm not sure we will be submitting a response. It's not obvious who would - perhaps the LWG. I'm also not sure how much it impacts the OSMF as an organization. It undoubtedly impacts OpenStreetMap as a project, but those issues are best raised by the community. For myself, I am busy preparing for the OSMF board meeting next week and probably will not have time to submit anything. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-ph] Mamasapano Incident
Wayne, On Google maps, the Tukanalipao main road is still reflected as the AH26 or Maharlika Highway (Route 1). That was also the case with OpenStreetMap which were all based on the approximate route shape from a wiki map. I already updated this on OSM (now correctly tagged as Route 940 - a secondary road on DPWH map). On DPWH Road Class Route Numbering map on: https://dpwh.maps.arcgis.com/apps/OnePane/basicviewer/index.html?appid=4b48284a409844fab6876aa77be8bf58# Maharlika Highway (Route 1) cuts through Shariff Aguak all the way to Cotabato City. Can you further investigate/verify, or edit in Google Maps? It's very hard to edit a Trunk road classification once it matures. The trunk rendering tend to stick for while. Thanks, Rally On Wed, Feb 11, 2015 at 9:29 AM, Rally de Leon rall...@gmail.com wrote: Wayne, Nice - very detailed report. (I am not updated with the news, hehe) What got me curious was the Military Grid Reference - how to convert to WGS84? any ideas? I don't know if the crude method I used was correct. I'll try to work my way backwards to verify if the computed Lat Long from the SMS (tweeted) message made sense from what actually happened. Thanks, Rally On Wed, Feb 11, 2015 at 8:58 AM, Wayne Manuel wdman...@gmail.com wrote: Hey Rally, The PNP Presentation in the Senate showed the location on a map with a satellite image (Google Earth). http://www.gmanetwork.com/news/story/430388/news/nation/full-presentation-pnp-board-of-inquiry-fact-file-on-mamasapano-clash Wayne Manuel On Wed, Feb 11, 2015 at 2:44 AM, Rally de Leon rall...@gmail.com wrote: There is a coordinate given here: https://twitter.com/ANCALERTS/status/564990109913608193/photo/1 GC 6798365714 Assuming 6798365714 as Military Grid Reference System I tried this online MGRS to WGS84 Converter: http://www.legallandconverter.com/p50.html using MGRS format -- 51N XH 67983 65714 where: 51N is GZD (Grid Zone Designator) based on http://www.legallandconverter.com/images/world-mgrs-grid.jpg XH is the 100-km Grid Square ID from shp file of 51N on http://earth-info.nga.mil/GandG/coordsys/grids/mgrs_1km_polygon_dloads.html#Downloading Result: WGS84 -- *Lat 6.92489 Long 124.52047* This points to a familiar area on: http://www.openstreetmap.org/?mlat=6.9249mlon=124.5205#map=14/6.9249/124.5205 Could this be it? There's a drone video by Raffy Tima described as an aerial view of the PNP-SAF extraction route towards waiting SAF commandos on the highway more than a kilometer away. I don't know if it's pointing to the same area: http://instagram.com/p/y4GftOx1RF/?utm_source=partnerutm_medium=embedutm_campaign=video ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-ja] 道路規制
yuu hayashi 様: 交通に関する法令として主に「道路交通法」と「道路運送車両法」とその他諸々 とがありますが、 「道路交通法」はおおまかに言うと「運転免許証」に関する法律です。 乱暴に言うと、49ccのバイクは「道交法」上は”自動二輪ではなくて自転車だか ら自動二輪の免許がなくても運転できるよ”ということです。 我々マッパーにはあまり関係ないことなので、 「道交法」のことは気にしないでください。 「道交法」のことは気にしないでください。 「道交法」のことは気にしないでください。 道路規制を規定するのが道路交通法(昭和35年法律第105号)にも関わらず同法を 無視するのはいかがなものでしょうか。標識令は交通法および道路法に関する命 令です。 道路の通行区分は「道路運送車両法」で定められています。 「道路運送車両法」に留意しましょう。 「道路運送車両法」では、49ccのバイクは、 「第1種原動機付自転車」であり、「自動二輪(と同じ扱い)」であり、「自動 車」であり、 「軽車両」ではなく、「(普通)自転車」でもありません。 何度も何度も申し上げている通り原付は「原動機付自転車」という括りの「車 両」であり,自転車でも軽車両でも自動二輪ではないという理解ですが,伝わって いませんでしょうか。 我々マッパーとしては（運転者やお巡りさんもですが）、通行区分を判別する際 には「交通標識」を見て判断することになるでしょう。 「交通標識」は「道路運送車両法」にあわせて規定されていますので、 標識に「原付」と示された場合には、自転車は該当しません。 標識に「自転車」と示された場合には、49ccバイクは該当しません。 標識に「二輪」と示された場合には、49ccバイクは該当します。 標識に「小二輪」と示された場合には、49ccバイクは該当します。 標識に「軽車両」と示された場合には、49ccバイクは該当しません。 補助標識「原付」には50 - 125 mLの二輪は原動機付自転車には該当しないと思 うのです。しかし車両法を基にすると90 mLは原付2種となり,補助標識「原付」 の規制対象となると思うのです。 上記の様な区分は、現行のOSM wiki [https://wiki.openstreetmap.org/wiki/JA:Key:access]とも合致します（原付 →mofa とした場合）。 ですから、「（第1種）原動機付自転車」を「自動車」や「軽車両」の区分から 分けることには意味がないと考えます。 言われてみればそうかもしれませんね。しかし,法が分離しているので分けたい 思いがあります。 仮に「mofa」を「motor_vehicle https://wiki.openstreetmap.org/wiki/JA:Key:motor_vehicle=* （カテゴリ: すべての動力付き車両）」のカテゴリから外すとすると、日本国内だけの問題で は無いので世界のコンセンサスを得る必要も出てきます。 1949年道路条約(昭和39年条約17号)では原付を自動車とせず自転車の一種とする のが「原則」(条約 附則1)であり,世界の同意をうるのはむずかしいことではな いと思います。取り急ぎ情報まで。 私の提案したい議論のポイントは、 「https://wiki.openstreetmap.org/wiki/JA:Key:access」のページに、 現行： moped=* （速度制限付きの原動機付き自転車。例: 多くは50ccエンジンで、最 高速度約45km/h） mofa=* (低速モペット、通常は最大設計速度25km/h) 改訂案： moped=* 速度制限付きの原動機付き自転車。例: 多くは50ccエンジンで、最高 速度約45km/h（日本においては「小型二輪車（第二種原動機付自転車）」） mofa=* 低速モペット、通常は最大設計速度25km/h（日本においては「原付 （第一種原動機付自転車）」） と、日本での車両の区分名称を明記することを提案します。 同意見です。 //わたしの無知のせいでコミュニティに負担をかけているようで申し訳ないです。 - surgical21 e-mail : surgicalmask...@gmail.com twitter : @surgical21 live in : Tokorozawa,Kantô,JP -- ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk] this has to stop: iD user mistakes all over the place
On 10/02/2015 23:38, colliar wrote: ... I am fed up with ... ... at this point it's probably worth mentioning that we've been here before: https://lists.openstreetmap.org/pipermail/talk/2013-August/thread.html#67854 Unfortunately, experience suggests that there's relatively little that a discussion on on the talk mailing list is going to be able to do here. There are essentially two sides to the argument - at one extreme new mappers should never be able to break data (and if they can't edit at all because they can't understand what they need to do, tough) and at the other new mappers must have everything complicated hidden from them (and if some complicated OSM structure breaks, tough). Obviously you're not at one extreme and the iD developers aren't at the other, but there _is_ a difference of opinion here that it's not easy to reconcile. If you want new mappers, you have to actually allow them to map. If you've got specific examples of things that new users get wrong consistently (and even better if you can understand what they've done wrong and why) then I suspect that it would really help would be to raise an issue on Github about it, or add to an existing one if one already exists. * iD making it way to easy to delete objects but not offering an option to undelete them (is there any history information at all ?) Whilst I'm in no way a fan of the iD user interface, even I had no problems finding the undo button. I don't think that new mappers tend not to find it either, since an answer to the common question what do I do if I get a conflict is undo back past the problem, and new mappers haven't said (on the help site or on IRC) how do I undo? * simply combining ways and merge nodes without any validation or warning about conflicts in tags or problems with relations What might help here is to get details from the new mapper concerned of how they felt that they needed to merge nodes or ways. The merge operation is fairly visually obvious when it happens; what's not so obvious is that the resulting merged node with semicolon-separated tag values isn't particularly useful in OSM. There are a couple of merge Github issues; it may be that they already describe the problem that you are referring to here. * not telling the user about the importance of all tags, even unknown to the software and allowing user to communicate with user of the last change of the object I suspect that this comes down to the two sides to the argument mentioned above - the idea is that new mappers shouldn't have to worry about all tags (or indeed, where possible, tags at all). Any plans of supporting lanes-tagging-system ? Otherwise there will be even more complains in the future. This sounds like https://github.com/openstreetmap/iD/issues/387 to me. That's probably the best place to explain what you'd want the end result of a new mapper knowing about turn lanes would be. Is there anyone taking care of mistake made by iD users and documenting the most common ones to either better explain how to avoid them and/or fix the software ? Back in 2013 I did have a look, and came up with this: https://lists.openstreetmap.org/pipermail/talk/2013-August/068018.html Since then the Thing X changed to thing Y problem has been much diminished by the fix for iD issue 542. POI added without a main tag is still pretty common, and unexpected deletions are rarer than the were (perhaps also because of the iD 542 fix). The initial who made what sort of error analysis was in https://lists.openstreetmap.org/pipermail/talk/2013-August/067936.html , and note that in there iD new users made statistically fewer serious errors than P2 ones (or, on a very low sample size, JOSM users). I don't have the numbers, but based on a gut feel since 2013 I'd say that currently the editor for which the highest proportion of new users are going to cause _widespread_ problems is probably JOSM. ... So far, I try to keep calm and rather save my changes and upload them later after solving conflicts instead of starting an edit war by reverting or uploading older versions but I spend more time with communication and investigating problems than actually mapping and resolving notes and I still have quite some gpx tracks and photos from over a year ago to map. Supportive communication with new users is really important, so thanks for taking the time to do this. I don't believe that OSM has an iD users problem; it has a new mappers one - or more accurately, a data far more complicated than it needs to be problem which means even experienced mappers can have problems. For example, have a look at this help question and the ones that it links to: https://help.openstreetmap.org/questions/40792/editing-large-multipolygons-in-josm Those were asked by an experienced OSM mapper who usually edits in JOSM - how's someone without an in-depth knowledge of how OSM data is organised or any of
Re: [Talk-it] Miniera abbandonata
ma in quanto semplice sito industriale o fabbrica abbandonata come la taggo? -- View this message in context: http://gis.19327.n5.nabble.com/Miniera-abbandonata-tp5833002p5833094.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Monter ou descendre les calques uMap
Comment peut-on monter ou descendre de niveau d'affichage un calque dans uMap ? (pour éviter que des données secondaires cachent les données importantes) Voir aussi : https://bitbucket.org/yohanboniface/umap/issue/133/layers-order ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter le rendu OSM France au site OSM international?
Cette page du wiki peu aider à comprendre, mais voici des réponses (trop?) rapides : http://wiki.openstreetmap.org/wiki/Component_overview (La page ci-dessus donne plus de détails pour chacun des points soulevés) 2015-02-10 17:22 GMT+01:00 Tony Emery tony.em...@yahoo.fr: Juste comprendre de manière schématique et en étant le moins technique possible : - comment et où sont stockées les données osm ? Elles sont stockées sur les serveurs de la fondation, accessible soit via l'API soit via des extraits exhaustifs ou des groupe de modifications à appliquer localement. - comment sont générés les rendus qui se trouvent dans le site osm.org et tile.osm.fr ? C'est le travail de Mapnik. - comment sont intégrés ces rendus sur les sites osm.org et tile.osm.fr Pour osm.org, c'est c'est une librairie Javascript : Leaflet. Pour tile.osm.fr, c'en est une autre : OpenLayers. ainsi que les services (nominatim, ...) Je pense que ça dépend de chaque cas particulier, mais le plus probable est qu'ils ont une base locale qu'il gardent à jour en intégrant les diffs régulièrement et traitent les données selon leur objectif particulier. Pour Nominatim, je crois qu'il y a tout un tas d’euristiques à base de diagrammes de Voronoï. (Ca peut être joli : https://duckduckgo.com/?q=vorono%C3%AFiax=1ia=images) Mais un truc simple à la Fred et Jamie dans C'est pas Sorcier. C'est difficile de savoir quel genre de réponse est attendue entre ce sont des serveurs spécialisés sur Internet et le détail exhaustif de la situation :) - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-le-rendu-OSM-France-au-site-OSM-international-tp5832979p5833091.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Beispielhafte OSM-Nutzung für Online-Artikel gesucht
Am Mon, 9 Feb 2015 01:25:52 +0100 schrieb Jo winfi...@gmail.com: [..., viele Beispiele, ...] Danke für eure weiteren Infos, das sind schöne Anwendungen! Das sollte reichen, um was draus zu machen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-br] Orla Fluvial
Está sendo a Tag Orla Fluvial para o espaço ocupado pela água do rio , no caso o Tiete , isto é correto ? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Ajouter le rendu OSM France au site OSM international?
cquest wrote Des rendu nationaux il en existe plein et ils sont tous du même niveau de qualité. Pourquoi mettre le rendu FR et pas le DE ou autres... Ça pourrait être configurable par l'utilisateur, comme la langue de l'interface. -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-le-rendu-OSM-France-au-site-OSM-international-tp5832979p5833093.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] Licence OSM
On 02/10/2015 04:15 PM, Lukas Gebauer wrote: Já jen abychom neprudili podobně, že si každý pak raději vezme mapy od třeba Googlu. Tak treba ten Google tam v podminkach uzivani vyzaduje mit nejen ten copyright, ale dokonce i logo. Mapy.cz taktez. Jo, je to čtení na dlouhé zimní večery (ne méně než pět vzájemně na sebe odkazujících mnohastránkových dokumentů v právničtině), a skutečně pozoruhodná sbírka příkazů a zákazů - co se s GMapama dělat smí, nesmí, a jak přesně se to musí dělat. Oproti tomu jsou požadavky na užití OSM podkladu procházka růžovou zahradou. https://developers.google.com/maps/terms Z dyť o těch podmínkách nikdo neví, a kdyby věděl, stejně nečte, a jestli čte, stejně na to kašle neplyne, že je to licenčně jednodušší na použití (a v žádosti o API klíč je musel každý, kdo ty GMapy používá na svém webu, odsouhlasit). Honza Piškvor Martinec ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
Lenny, la réponse est par là:
http://forum.openstreetmap.fr/viewtopic.php?f=5t=1729
Donat
-- Message transféré --
From: lenny.libre lenny.li...@orange.fr
To: talk-fr@openstreetmap.org
Cc:
Date: Tue, 10 Feb 2015 17:07:49 +0100
Subject: Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
Le 01/02/2015 18:20, Frédéric Rodrigo a écrit :
Le 01/02/2015 16:54, Vincent de Château-Thierry a écrit :
Bonjour,
Jusqu'à présent pour visualiser le cadastre vectoriel, il fallait
utiliser le plugin Cadastre-Fr. Depuis quelques jours, une alternative
apparaît, à l'initiative de la DGFiP. En effet, elle vient de rendre
public son service WMS : le cadastre accessible en tuiles, directement
par le producteur.
La documentation est ici :
https://www.cadastre.gouv.fr/scpc/aide.do#
= rubrique Votre service WMS
et pour vos réglages JOSM, voici un exemple de ligne à déclarer (F12
rubrique 'TMS/WMS') :
wms:http://inspire.cadastre.gouv.fr/scpc/*code
INSEE*.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png
Il faut adapter 2 éléments de la requête :
- la chaîne '*code INSEE*' est à remplacer par les 5 caractères du
code de la commune qui vous intéresse.
- la liste des thèmes affichés (après 'LAYERS=') : cette liste est
modulable selon ce qui vous intéresse.
Pour que ça marche il ne faut pas passer par le wizard de JOSM qui
modifie les paramètres lui même.
Utiliser directement l'URL que a donné Vincent.
Je n'arrive pas au résultat, j'ai des erreurs, voici ce que j'ai fait :
- Préférences / Paramètres d'imagerie / Fournisseurs actifs
- clic sur le + WMS
- dans la zone Entrez l'URL du service
avec Brocas, j'ai une erreur dés la recherche
http://inspire.cadastre.gouv.fr/scpc/40056.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png
En cliquant sur Obtenir les calques
avec Beauzelle 31056
http://inspire.cadastre.gouv.fr/scpc/31056
http://inspire.cadastre.gouv.fr/scpc/
.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png
Il prend en compte
Puis j'ai une erreur et écran rouge
Même chose avec
http://inspire.cadastre.gouv.fr/scpc/33119.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/png
cordialement
Lenny
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter le rendu OSM France au site OSM international?
Juste comprendre de manière schématique et en étant le moins technique possible : - comment et où sont stockées les données osm ? - comment sont générés les rendus qui se trouvent dans le site osm.org et tile.osm.fr ? - comment sont intégrés ces rendus sur les sites osm.org et tile.osm.fr ainsi que les services (nominatim, ...) Mais un truc simple à la Fred et Jamie dans C'est pas Sorcier. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-le-rendu-OSM-France-au-site-OSM-international-tp5832979p5833091.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Orla Fluvial
2015-02-10 14:04 GMT-02:00 belnu...@pop.com.br: Está sendo a Tag Orla Fluvial para o espaço ocupado pela água do rio , no caso o Tiete , isto é correto ? Isso é waterway=riverbank? Se for então está certo para designar a área do rio. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] Fontanelle e fontane
Il 10 febbraio 2015 16:37, fabrylama ha scritto: name=Punto acqua non sembra un nome proprio anche se li chiamano così, come fanno a distinguere uno dall'altro? C'è un ref o o specificano la via o la località? mi sembra un nome generico che dobbiamo tradurre con un tag amenity, pur con le incertezze espresse finora è il tag amenity che deve dire che in quel luogo c'è acqua da bere -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Petits changements dans le rendu QA
J'ai modifié le fonctionnement de ce rendu qui compare (entre autre) les données carroyées de la population avec les données OSM (bâti et routes). Cette comparaison prenait beaucoup de temps car il y a plus de 2.2 millions de carreaux à comparer avec les 40 millions de polygones de bâtiments présents en France, et 5 millions de highway=* Désormais, lorsque des bâtiments ou des routes sont détectés dans un carreau, cette information est conservée pour ne plus avoir à la recalculer lors du rendu. Du coup celui-ci va beaucoup plus vite et surtout on peut faire le rendu des bâtiments manquants à tout les niveaux de zooms (alors qu'il ne se faisait qu'à partir du 9). C'est ici: http://tile.openstreetmap.fr/?layers=000BTFF Des cumuls et calculs sont désormais faciles (et rapide) à faire. Par exemple, on a 4.7 millions de sans abris dans OSM... somme de la population des carreaux sans bâtiments, soit 7.3% de la population, et pas de route pour rendre visite à un peu moins de 300 000 habitants (0,5% de la population). J'ai aussi sorti une stat par département: https://gist.github.com/cquest/996b9465fd46e7a19282 Ce sont les Landes qui ont le plus de retard sur le réseau routier... suivi par le Lot et Garonne. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-ca] Help Importing York Region Data to OpenStreetMap
Thank you for your response. We will review the specifications at the wiki link you provided for more information. We would like to contribute valuable data to OpenStreetMap and we would like to work with the community to do so. Is there someone experienced from the OpenStreetMap community who would be willing to download York Region’s data and import to OpenStreetMap -or- To work together with us to do so? We appreciate the community’s support getting valuable data out. Thank you York Region Open Data From: Richard Weait [mailto:rich...@weait.com] Sent: Wednesday, January 28, 2015 11:15 PM To: Cawker, Michelle Cc: impo...@openstreetmap.org; talk-ca@openstreetmap.org Subject: Re: Help Importing York Region Data to OpenStreetMap You should not proceed with this import. The plan description on the wiki has several show-stopper problems. From a quick scan of the wiki: - multiple users on one account. Don't do that. :-) Each of your employees who try to edit OpenStreetMap must have their own accounts. Pro Tip: Have them use their real names, and not something like York Region GIS Team #1 We OpenStreetMap contributors are real live humans, not faceless administrative drones, even if we play the role of faceless administrative drone at work. - parcels. Parcel data is contentious and problematic in OpenStreetMap. See https://wiki.openstreetmap.org/wiki/Parcel - there are likely other problems. This plan needs careful, expert review. Have any of your employees contributed to OpenStreetMap outside of this project? If not, they may be in for a tough learning curve. Importing data is not for a newcomer. You should have years of real OpenStreetMap experience before attempting an import. If the OpenStreetMap community takes an interest in the York Region data they will convert, conflate, adapt, correct it, and then contribute it to OpenStreetMap. So you don't have to go crazy with your limited regional budget. The volunteers / experts will do it. Do you have Open Data for building outlines? Building outline data is widely accepted in OpenStreetMap as being useful and worthwhile. Building outlines make a better home for address point data than a disembodied point, or a parcel centroid / parcel outline. Do you have newer and or higher resolution aerial imagery? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-gb-midanglia] Cambridge meeting tonight
Thanks - that fits very neatly with a previous meeting in town, so I will try to get along to it. David On 10 February 2015 at 08:27, A. Mayer o...@mayera.net wrote: Hi - for those of you who haven't seen on Meetup or elsewhere: Our First meeting of the year Cambridge OpenStreetMap Tuesday, February 10, 2015 7:00 PM The Castle Inn 38 Castle Street Best, Toni PS: I will only make it for a short time at the beginning due to a previous engagement. ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-midanglia ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-midanglia
Re: [OSM-talk] Android Network Location Providers?
On Tue, Feb 10, 2015 at 02:36:13AM -0600, Paul Johnson wrote: As I've experienced unusually poor performance with Google's NLP in Android, I was wondering if anybody knew of a dropin replacement I can install that cuts Google's NLP while still allowing NLP through some kind of open means, even if self-generated on the device? f-droid.org has something, and more pointers in forums. I have not tested any of these. Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Android Network Location Providers?
As I've experienced unusually poor performance with Google's NLP in Android, I was wondering if anybody knew of a dropin replacement I can install that cuts Google's NLP while still allowing NLP through some kind of open means, even if self-generated on the device? MicroG Unified NLP doesn't work in this case as I have a number of apps that depend on Google Play Services, which MicroG pretty much makes unusable. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Ajouter le rendu OSM France au site OSM international?
Ça ne correspond effectivement pas à ce que je cherchais. N'y a-t-il aucun moyen d'intégrer OSM France dans la liste des rendus à droite dans www.openstreetmap.org? -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-le-rendu-OSM-France-au-site-OSM-international-tp5832979p5833003.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] How to locate errors
Hello again, I've imported Europe from geofabrik.de (2015-02-08), made sure I didn't use the wrong table, and Lac Leman is still missing. So how would I proceed? I have no idea how to debug this. Cheers, Hendrik -- I want to know God's thoughts, the rest are details. -- Albert Einstein ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Licence OSM
On 02/09/2015 07:39 PM, Petr Vejsada wrote: Ahoj, Dne Po 9. února 2015 19:09:20, Marián Kyral napsal(a): Sice už weby hodně dlouho nedělám, navíc teď jsem se moc OSM nevěnoval, ale resty co jsem měl jsem už dohnal, takže v příštích týdnech by se to mělo změnit. Možná na to mrknu. Určitě by bylo fajn použít přihlašování přes openstreetmap.org. Petr Vejsada si s tím hrál u hlášení RUIAN chyb, takže to není potřeba znova zkoumat je to modul do https://simplesamlphp.org/ . Modul je vlastně jen upraveny modul pro Linkedin. OSM modul, bohužel, vyžaduje patchnout simplesamlphp; patch je triviální, ale přeci jenom je to patch, bez něj to prostě nejde. Modul jsem neposílal autorům simplesaml, protože než bych se prokousal standardy kódování a otestoval, zda mám všude správný počet mezer a tabelátorů, tak za tu dobu si mohu užívat života. K ozkoušení na http://poloha.net/saml, respektive http://poloha.net/simplesaml/module.php/core/authenticate.php (je tam login na UK, OSM a default-sp je testovací federace - testovací IDP). Src dávám na http://pedro.poloha.net/osm/saml/ Abych se taky vyjádřil k celé kauze - dělal jsem web, ke kterému jsem potřeboval ilustrační obrázky. Porozhlédl jsem se tedy po bezplatných fotobankách, abych potřebné obrázky získal. Hodiny či spíše dny jsem studoval licence a podmínky. Nakonec mi z toho vyšlo přibližně toto: skoro u každé fotky jsem musel explicitně žádat fotografa o souhlas, vysvětlovat, k čemu web je, plnit odlišné podmínky různých fotobank a autorů, všude atribuovat a odkazovat, až mi z toho vyšlo, že podstatnou část webu by zabírala poděkování, (C) a odkazy. Takže jsem se na to vybodl a příště když budu něco takového potřebovat, tak si za pár minifotek raději zaplatím pár korun než znovu absolvovat tuhle prudu. Já jen abychom neprudili podobně, že si každý pak raději vezme mapy od třeba Googlu. Jenom teda detail: v defaultní instalaci Google Maps, Bing Maps i různých OSM map layerů (Leaflet etc). se ten copyright zobrazuje - tedy aby se nezobrazoval, musí do toho implementátor vědomě zasáhnout. Neboli - už jsem viděl i GMapy s vymazaným oznámením o copyrightu, to není specifikum OSM; Google na ty chybějící atribuce jenom na rozdíl od OSM má pravděpodobně crawlery a zaměstnance. Neboli ano, je potřeba to podat je super, že používáte OSM, jen je tam ještě potřeba zmínit (c) OSM místo wtf co to děláte vy pitomci, to je celý blbě ;o) ale je to úplně totéž jako ostatní mapy. TL;DR: uživatelé mapového podkladu to ze své implementace nejspíš *vyhodili*. Honza Piškvor Martinec ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-us] For comment: import of amenity=bicycle_repair_stations
On Mon, Feb 9, 2015 at 6:00 AM, Bryce Nesbitt bry...@obviously.com wrote: Dero does not happen to have a ref or primary key for their data. Some other vendor or site may have an actual value here Much as emergency phones or some institutional assets. I finally get what you are doing with the ref. I believe you are adding the ref from your data based on the dropbox file that you provided. How accurate was the pin? Good enough to find the station? Are there more nearby? The photos are up https://wiki.openstreetmap.org/wiki/Import/Dero_Bike_Repair. The accuracy is good enough to find the station. I did not try to GPS the station because of the building reflections. I did not look at the picture before adding the node. Perhaps the node could move to the west. ASU installed the station by a walkway into the parking garage. The station is near bike racks. The irony is that there are two gas station grade air hoses on the other side of the wall. ;-) The charging tag needs work: what style of charger? Is the charging free? I left that in from others work but feel it should be a separate node. As far as all the tagging questions, I added the tags based on reading the wiki and my initial confusion over the import process. It is all open source. Do what you will with the node and wiki page. Classically: If broken, then you get to keep both pieces. Regards, Greg ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-GB] Quarterly Project - Fix tha Road Name
On 06/02/2015 12:08, Brian Prangle wrote: ... So we thought that adding Notes about road names that need fixing on the standard OSM map, asking for confirmation of the correct name, might elicit some response via a comment indicating the correct name. I see that you and RobJN have added quite a few notes near Rotherham now. It'd be an interesting test to see which notes get resolved and by whom. Are there any plans to check the statistics in, say, a couple of months time? Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-it] Miniera abbandonata
...riprendendo in parte il discorso del disused e abandoned come taggo correttamente una miniera abbandonata? non mi riferisco tanto allla bocca di entrata del tunnel scavato nella montagna (la miniera appunto) ma mi riferisco a tutti gli edifici lì intorno nei quali si svolgevano tutte le fasi successive all'estrazione, dove lavorava altra gente oltre ai minatori veri e propri. in sostanza erano degli edifici industriali oggi ormai definitivamente abbandonati, non ancora ruderi ma comunque tetti caduti, vetri rotti, ecc. http://gis.19327.n5.nabble.com/file/n5833002/005.jpg http://gis.19327.n5.nabble.com/file/n5833002/200576225811_MINIERA%252021.jpg http://gis.19327.n5.nabble.com/file/n5833002/images.jpg grazie, ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Miniera-abbandonata-tp5833002.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-ja] 道路規制
道路標識に関しては「道路標識、区画線及び道路標示に関する命令（標識令）」に規定されています。 道路標識で示されている「自転車」とは「普通自転車」のことを指していて「原動機付き自転車」は含みません。 （運転免許更新の時などに配布される「交通教本」を参照しました） これにより、 ・自転車専用道を原付は通行できない ・自歩道を原付は通行できない という一般常識とも合致するでしょう。 ところで、 surgical21 さんの改定案のポイントを整理していただけますか？ 私の理解では、 ・排気量50cc未満の原動機付き自転車を「mofa」とする。 （私も賛成） ・排気量50cc以上125cc未満の小型二輪（原付二種）を「moped」とする。 （私も賛成） ・mofa は「動力付車両(motor_vehicle)」ではなく、「動力がない車両(Non-motorized vehicle)」として扱う。 （私は反対） ・その他、「中型、大型」などのOSMに規定のない車両分類を決めましょう。 （私も賛成） と、理解していますがあっていますでしょうか? 2015年2月10日 1:59 surgicalmaskman surgicalmask...@gmail.com: InagakiM 様 えゑえ、原動機付き自転車は、原動機が付いている時点で自転車ではない から一方通行の逆行は不可ですよね！？ ＃文脈を自分が勘違いしてますか？ 原動機がついていても法令で定める基準に適合していれば自転車として扱われま す(道路交通法 2条11の2項)。電動アシスト自転車が代表的だろう。 原動機付自転車は自転車でも自動車でもなく原動機付自転車という区分です。 (法 2条10項) yuu hayashi 様 「一方通行」に「自転車を除く」の補助標識がついていた場合には、 highway https://wiki.openstreetmap.org/wiki/JA:Key:highway=* o*neway*=yes oneway:bicycle=no （こうすると歩行者と自転車が一方通行規制から除外され、原付きは規制さ れます） ああ。「一方通行」+「自転車を除く」のときはoneway=yes + oneway:bycycle=noでいいですね。しかし,「自動車」のときは oneway:motor_vehicle:*=yesとしてしまうと,トレーラー(trailer)や原付 (moped)は対象外となるのです。もちろん,trailer=no,moped=no,caravan=noを追 加をすれば適応外となるが,美しくないと思うのです。 - surgical21 e-mail : surgicalmask...@gmail.com twitter : @surgical21 live in : Tokorozawa,Kantô,JP -- ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-it] strumenti per presentare itinerari storico-culturali
2015-02-04 11:14 GMT+01:00 pietro marzani piem...@yahoo.it: Buongiorno a tutti, un amico mi ha chiesto informazioni su strumenti che permettano di presentare e mettere in rete itinerari all'interno di un territorio limitato. Non si tratterebbe quindi di mostrare semplicemente linee e punti su una mappa, ma di avere strumenti per mostrare routes di osm, oppure per leggere direttamente la descrizione di un sito storico da wikipedia...e altre funzioni che adesso non mi vengono in mente ma potrebbero essere adatte per presentare una serie di itinerari sul territorio. non conosco progetti open source che rispondano a queste esigenze, ma magari sapete darmi qualche dritta. A me vengono in mente questi (alcuni sono free as beer) https://jauntful.com/ http://komoot.de http://timemapper.okfnlabs.org/ http://cartodb.github.io/odyssey.js/ poi puoi sempre usare umap ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Miniera abbandonata
Ne abbiamo quasi 3000 in italia, sarebbe bene dividere tra quelle bonificate e quelle ancora a rischio. I rischi connessi alle miniere abbandonate sono di tipo chimico per quelle di metalli pesanti (come il mercurio alla miniera di Abbadia San Salvatore che e' in fase di bonifica) ma anche e soprattutto di tipo idrogeologico, l'uomo nero dell'italia. My 2 cents LauraC Il giorno 9 febbraio 2015 22:59, demon.box e.rossin...@alice.it ha scritto: ...riprendendo in parte il discorso del disused e abandoned come taggo correttamente una miniera abbandonata? non mi riferisco tanto allla bocca di entrata del tunnel scavato nella montagna (la miniera appunto) ma mi riferisco a tutti gli edifici lì intorno nei quali si svolgevano tutte le fasi successive all'estrazione, dove lavorava altra gente oltre ai minatori veri e propri. in sostanza erano degli edifici industriali oggi ormai definitivamente abbandonati, non ancora ruderi ma comunque tetti caduti, vetri rotti, ecc. http://gis.19327.n5.nabble.com/file/n5833002/005.jpg http://gis.19327.n5.nabble.com/file/n5833002/200576225811_MINIERA%252021.jpg http://gis.19327.n5.nabble.com/file/n5833002/images.jpg grazie, ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Miniera-abbandonata-tp5833002.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-ja] 複数の信号機があるjunctionへのリレーション定義について
いいだです。 複数の信号機が存在する交差点を表現する際の描き方なのですが、 リレーションで表現したらどうか、という意見をもらっています。 Tagging MLに送る前に、影響の多い日本のコミュニティでチェックして欲しい、とのことです。 日本で行われているように、信号機に名前がついており、なおかつ、そのnameタグを、交差点ごとに1回だけレンダリングできるようにする、ことを目的にしています。 (osm.orgで信号機の名前のレンダリングをすることにとても尽力されたかたです) https://wiki.openstreetmap.org/wiki/Proposed_features/traffic_signals_group 詳しくは提案ページを見ていただくとして(英語) 基本的には、以下のようになっています。 ■Relationへのタグ type=traffic_signals_group name= など ■MemberとRole highway=traffic_signals のついたノード(1個以上)、ロールなし。 タグがついていないノード(0個 or 1個)を、ロール labelとして。 crossing=traffic_signalsのついたノード (0個以上。歩行者用信号)、ロール crossingとして。 junction=yesのついたエリア(0個 or 1個)、ロールjunctionとして。 ■適用例 シンプル: http://www.openstreetmap.org/relation/4568620 フクザツ: http://www.openstreetmap.org/relation/4568647 名称(name)のレンダリングは、labelノードの位置に1回だけ行われます。 また、実際のレンダリングのコード調整についてはまだ開始されていません。(このタグ定義のVoteが決着してから開始する予定です) 私見ですが、現在、別のかた主導で別途で信号機に関するタグの提案も行われていますので、そちらとも調整が行われるのじゃないかと思います。 http://wiki.openstreetmap.org/wiki/Proposed_features/Traffic_Signals#Voting ■英語のままでスレたてとな？ 英語だとわかりづらいよー、というかたもいらっしゃると思います。 近日中にページの翻訳をかけようと思っています。 翻訳お手伝いいただけるかたがいらっしゃったら、是非お願いしたいです :) 個人的には、北海道でよくある例 (1つの交差点にある信号機がそれぞれの名称を持っている。場合によっては1つの信号機の表と裏で2つの名前がある) に対応できるか？という観点があります。 地元にそういう交差点があるかたが、その交差点をどのような名称で認識・呼称しているか、教えていただけると嬉しいです。 -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk-fr] Ajouter le rendu OSM France au site OSM international?
Le 09/02/2015 23:55, Shohreh a écrit : Ça ne correspond effectivement pas à ce que je cherchais. N'y a-t-il aucun moyen d'intégrer OSM France dans la liste des rendus à droite dans www.openstreetmap.org? J'ai déjà pensé à un Greasemonkey script pour faire ça, mais jamais eu le courage de le coder. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contours des communes dans le Gard
Le 10/02/2015 09:32, Tony Emery a écrit : En fait, ce qui m'inquiète c'est que je télécharge les données directement depuis l'overpass-turbo. Je pensais pas que même cette API avait des problèmes d'interprétation. Il n'y a pas d'objet surfacique dans OSM, donc toute surface ou polygone est une interprétation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] strumenti per presentare itinerari storico-culturali
Da: Dario Zontini dario.zont...@gmail.com Prova a vedere anche questo http://www.lagodigarda.it/Percorsi-Ciclabili/1052-1.html Grazie Dario, sì anche questo fa qualcosa di simile a quello che avevo in mente, anche se mi pare che l'integrazione con OSM si limiti all'utilizzo della mappa Ciao Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Contours des communes dans le Gard
En fait, ce qui m'inquiète c'est que je télécharge les données directement
depuis l'overpass-turbo. Je pensais pas que même cette API avait des
problèmes d'interprétation.
Après, peut-être le problème ne vient-il pas de là mais que la vérité est
ailleurs...
A creuser pour nos mineurs de service et à voir si le problème est le même
sur les autres départements.
La requête QL que j'ai utilisé est peut être erronée :
[out:xml][timeout:55];
{{geocodeArea:Gard}}-.searchArea;
(
relation[admin_level=8](area.searchArea);
);
out meta;
;
out meta qt;
-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/Contours-des-communes-dans-le-Gard-tp5832948p5833005.html
Sent from the France mailing list archive at Nabble.com.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712
Voilà, j'ai documenté le tag ref:FR:Commune. C'est ici : http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:commune J'attends vos remarques constructives... - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Re-OpenStreetMap-Re-Re-Gros-probleme-de-correction-Groupe-de-modifications-28377712-tp5832528p5833008.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Association OSMfr pour réserve citoyenne ?
Bonjour, Se met en place actuellement une réserve citoyenne i.e. possibilité désormais donnée aux citoyens (ou associations) qui le souhaitent d'apporter leur expertise et leur concours à l'école sur des sujets aussi divers que l'actualité et les médias, les arts et la culture, la citoyenneté et les valeurs de la République, le droit, l'environnement, l'histoire et la mémoire, l'international, le monde professionnel, la santé et la prévention http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitejid=1250268420068cid=1250268420097 AMHA, il serait intéressant que l'association OSMfr se signale à cette occasion (http://www.lareservecitoyenne.fr/) pour proposer des activités de ce type : https://wiki.openstreetmap.org/wiki/Projet_dans_des_classes_de_Floirac,_Gironde,_2014 Une démarche officielle de la part de l'association vous semble t'elle possible ? Si oui, en profiter pour engager une démarche de demande d'agrément (http://www.education.gouv.fr/cid21129/les-associations-agreees-et-ou-subventionnees-par-l-education-nationale.html) Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter le rendu OSM France au site OSM international?
D'accord. Je ne connais pas cette fonction Query Features, à moins que ça ait un rapport avec afficher les données qui met kes données vectorielles en surcouche ? Peut-être que tu peux faire quelque chose d'équivalent en affichant le rendu fr dans JOSM et en faisant une requête sur une petite zone quand tu as besoin de voir un objet en particulier. C'est un petit peu moins simple vu que ça rajoute des opérations, mais je trouve que l'affichage des données dans JOSM est plus fluide que sur osm.org. Le 9 févr. 2015 20:52, George Kaplan georgekaplan...@hotmail.fr a écrit : Le 9 févr. 2015 à 17:10, Pierre Knobel pierr...@gmail.com a écrit : http://tile.openstreetmap.fr/ Ça ne répond pas vraiment au besoin : je me sers du site .org pour identifier les tags ou l'historique d'un objet, pour consulter les objets avec la nouvelle fonction Query features. Ni layers ni tile ne propose ces fonctions, c'est là où je regrette aussi de ne pas avoir le rendu FR sur le site .org. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Wieder einmal lcn Sammelrelationen
In meiner Gegend (Mannheim) gibt es ein Netz von offiziellen Fahrradwegen. Die werden sogar manchmal gekehrt und führen auf gering befahrenen Straßen oder abgesetzt von viel befahrenen. Das Netz wird im Wesentlichen aufgespannt durch Wegweiser zu markanten Punkten mit Entfernungsangaben. Für Insider gibt es sogar eine Karte, die aber leider nicht publiziert wird. Außer durch die Richtungswegweiser sind die Wege selbst nicht markiert, es gibt auch keine Symbole (außer dem Radzeichen auf den Wegweisern) und keine Namen für die Routen, deshalb wende ich das einfache Schema von http://wiki.openstreetmap.org/wiki/Cycle_routes#Tagging_cycle_route_networks an, d. h. direkt an den Weg oder die Straße kommt lcn = yes oder ähnlich, mehr nicht. Relationen braucht man nicht, die wären sogar eher hinderlich, da der operator und der Netzname direkt an der Gemeinde- Stadt- Kreis-, Landkreis-...Grenze wechselt und damit der Weg mit der Grenze verbunden werden müsste. Außerdem bräuchte man viele Relationen. Für Navigation ist das Ganze bedeutungslos, aber wer gerne nach Karten fährt oder plant und sich dabei an markierten Wegen orientiert, wie sie beispielsweise die Cycle Map zeigt, wird die Markierungen der Vorzugsstrecken sicherlich begrüßen. Die Ziele werden in Deutschland nicht mit Nummern versehen (wie in GB), sondern mit Namen genannt, trotzdem kann man die Zielpunkte mit lcn_ref = ... eintragen, dann zeigt z. B. die Cycle Map genau, wohin die Wegweiser führen bzw. bis wohin die Entfernungsangabe zählt. Bernhard -Ursprüngliche Nachricht- Von: Manuel Reimer [mailto:manuel.s...@nurfuerspam.de] Gesendet: Montag, 9. Februar 2015 21:18 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Wieder einmal lcn Sammelrelationen On 02/08/2015 11:04 PM, 715371 wrote: Zu einer Rad- oder Wanderroute gehört schon etwas mehr als nur eine Handvoll Wegweiser. Hier ist eine feste Wegführung vorgesehen, die mit festen Zeichen (Zahlen, Symbolen, Buchstaben, ...) auf ihrer ganzen Länge markiert ist. Üblicherweise mit dem Ziel entweder Information zu vermitteln (dann oft Tafeln im Wegverlauf) oder an besonders schönen Orten vorbeizuführen. Die Schilder haben auch immer die gleiche Form, Farbe, Schrift,... Gestaltung. Und ein Ymbol gibt es auch: Ein Fahrrad. Gleiche Form, Farbe, Schrift und Gestaltung haben die Wegweiser für Autos auch. Und das Fahrrad ist das allgemein gültige Symbolbild für Radfahrer. Mir aber letztlich egal was wer erfasst. Ich muss solche Routen ja nicht eintragen und vor allem nicht für den verbrauchten Speicher zahlen ;) Mein Empfinden ist einfach, dass man diesen Fahrrad-Wegweisern zu viel Bedeutung zuweist. Sie sind ein nett gemeinter Hinweis, aber wer sich auf sie verlassen will ist im wahrsten Sinne des Wortes verlassen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Tagging addresses on area's
On Mon, Feb 9, 2015 at 1:02 PM, Peter Dobratz pe...@dobratz.us wrote: On Thu, Feb 5, 2015 at 7:58 PM, Greg Morgan dr.kludge...@gmail.com wrote: On Thu, Feb 5, 2015 at 4:23 AM, Mike N nice...@att.net wrote: ... The addr:housenumber doesn't render anyway if the building has also been tagged as another POI that renders. I've solved this problem by putting the address on the building. If the building also has a POI tag such as amenity=fuel, I move this tag to a new POI node. I place the POI node so that both the addr:housenumber render along with the POI information. Addresses and buildings don't change as much as how busiensses can come and go. This seems to be tagging for the renderer which is not a good idea. If the only thing occupying the building is a single POI, then put the POI tags on the closed Way for the building outline. By adding a new object (Node) for the POI, you are also going against the One feature, one OSM element idea. http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element http://wiki.openstreetmap.org/wiki/Good_practice Tagging for rendering would be adding tags to make it render. In my book, all I am doing in this case is unstacking duplicate nodes as if the Keepright map pointed these out. Perhaps I'll read the last two wiki pages. What you quote is new to me. The wiki pages also say that I should fill in our dry river beds with some sort of water tag so we paint pretty blue tiles like Google and other maps do. http://www.openstreetmap.org/#map=16/33.4185/-112.0503 The problem with that idea is that the blue tiles would obscure the recreational opportunities that the canals and river beds afford my area. Had my local knowledge been available during World War II, then the German UBoat prisoners might have had a different plan than floating down the Salt River to the Pacific Ocean. http://brazilbrazil.com/powcamp.html ;-) There are renderers in existence that will display both the house number and the name of a restaurant with food icon. This is the only render system that I know http://www.openstreetmap.org/. It does not do what you say. Regards, Greg ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Last minute mappy hour announcement
Sorry folks, this crept up on me (again!) But I did create the Mappy Hour event for tonight on Google+: https://plus.google.com/u/0/events/cnhm9h5pdsmo77jqkqcpv8d37ls I won't be able to make it myself tonight, and I expect to make a comeback in 2 weeks with hopefully a special theme or even a guest..! Let me know if you have suggestions or requests for the latter. Martijn ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712
Pour moi, il ne faudrait pas utiliser commune en française, pourquoi FR, rien de spécifique à la France. Sur la valeur, il faut la laisser entièrement libre. Bref, quelque comme local_ref=* est suffisant pour moi. Frédéric. Le 10/02/2015 11:12, Tony Emery a écrit : Voilà, j'ai documenté le tag ref:FR:Commune. C'est ici : http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:commune J'attends vos remarques constructives... - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Re-OpenStreetMap-Re-Re-Gros-probleme-de-correction-Groupe-de-modifications-28377712-tp5832528p5833008.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-se] Första redigeringen
Hej Kul att du har börjat kartlägga! Hoppas det kommer mer, och du får gärna skicka mail här istf irc. Men det går nog snabbare att få svar på IRC. Tycker det ser bra ut, åsikterna jag har är inte så viktiga utan mest här för att diskutera. access=private används om man inte tillåter folk åka på vägen utan tillstånd, om det är en uppfart till ett hus så brukar jag använda highway=service; service=driveway. Ibland använder jag sådan taggning även på ~800m långa vägar som bara går till en stuga, någon får gärna kritisera det. :-) Fortsätter in path:en in i skogen, då kan det vara en bra idé att markera att den gör det, men det gör jag själv inte alla gånger. Jag skulle själv ha försökt att redigera lite mer innan jag tryckte på Spara så man inte behöver gå igenom så många changesets, men det innebär ju pckså att jag ibland inte sparar allt jag gör vilket kanske inte är optimalt. Här har du dina changesets: http://overpass-api.de/achavi/?changeset=28732317 http://overpass-api.de/achavi/?changeset=28732258 2015-02-09 18:54 GMT+01:00 Narian Utom uht...@gmail.com: Hej igen! har gjort mina första redigeringar! ( https://www.openstreetmap.org/user/uhtoom ) Nu undrar jag om någon av er sköna människor skulle vilja titta på det lilla och se om något ser helt galet ut (= Vägen jag anslutit mina små vägar till (Tarravägen) byter namn i båda ändarna av den nu namngivna och inritade vägen, om jag markerar en del och byter namn på denna - riskerar jag att sabba någons arbete då? och när jag ändå ställer frågor - är det skitjobbigt att jag använder mail-listan som chat? är för sporadisk vid datorn för att tycka irc är bekvämt, men anpassar mig såklart om det önskas (= Tacksam för all hjälp! (= //uhtoom ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-cz] Licence OSM
Ahoj. On Mon, Feb 09, 2015 at 07:39:57PM +0100, Petr Vejsada wrote: Já jen abychom neprudili podobně, že si každý pak raději vezme mapy od třeba Googlu. To samozřejmě může být problém. Určitě je to o lidech jak tu někdo psal. Slušně upozornit a slušně požádat o nápravu s doporučením jak to napravit je však myslím přínosné. Ano, někdy může být problém se v tom orientovat a někdy prostě je autor něčeho využívající OSM zmaten a opomene to kvůli nejasnosti či design problému či času, ale pěkné upozornění s radou co učinit, může vyvolat pozitivní odezvu s nápravou. Dobré je, když zazní proč je to také přínosné. Dle mne je to totiž proto, že tím dochází k propagaci OSM což může přilákat další lidi, kteří OSM začnou používat a z nich se pak najde nějaký ten nový přispěvatel. Určitě by nebyla k zahození nějaká šablona mailu, která by uvedené řešila. Účelem mailu by dle mne měly být atributy co jsem naznačil výše - nemělo by v něm zaznívat strašení soudy a podobně (tedy mělo by to vyznívat zcela jinak než dopisy od BSA - která u nás neexistuje:-). Zároveň dodávám, že takový dopis nejsem schopen dobře a pěkně napsat:-( Ahoj Marek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Android Network Location Providers?
Hi Paul, Is Mozilla Location Service useful to you? https://location.services.mozilla.com/ Cheers, Joseph On 10 February 2015 at 08:36, Paul Johnson ba...@ursamundi.org wrote: As I've experienced unusually poor performance with Google's NLP in Android, I was wondering if anybody knew of a dropin replacement I can install that cuts Google's NLP while still allowing NLP through some kind of open means, even if self-generated on the device? MicroG Unified NLP doesn't work in this case as I have a number of apps that depend on Google Play Services, which MicroG pretty much makes unusable. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Drones piece in Guardian
Does anyone have email contact for Ivan Gayton please? Featured in article in Guardian Saturday on drones: http://www.theguardian.com/technology/2015/feb/07/battle-of-drones-amateurs-taking-on-tech-giants I would like to speak to him about possibly giving a talk about his OpenStreetMap work. Cheers Steve Steve Chilton FSEDA, Teaching Fellow Lead Academic Developer Centre for Academic Practice Enhancement (CAPE) Middlesex University phone: 020 8411 5355 email: ste...@mdx.ac.ukmailto:ste...@mdx.ac.uk Profile: http://www.middlesex.wikispaces.net/user/view/steve8 Blog: http://itsahill.wordpress.com/ Chair of the Society of Cartographers: http://www.soc.org.uk/ Chair of ICA Neocartography Commission: http://neocartography.icaci.org/ [cid:image001.jpg@01D04523.D6B6CAE0] --- Please note that Middlesex University's preferred way of receiving all correspondence is via email in line with our Environmental Policy. All incoming post to Middlesex University is opened and scanned by our digital document handler, CDS, and then emailed to the recipient. If you do not want your correspondence to Middlesex University processed in this way please email the recipient directly. Parcels, couriered items and recorded delivery items will not be opened or scanned by CDS. There are items which are exceptions which will be opened by CDS but will not be scanned a full list of these can be obtained by contacting the University. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712
Je trouve dommage de fixer la longueur du code à 6 caractères. Avec le préfixe INSEE+V à 6 chiffres, ce serait possible de laisser le choix du nombre de caractères aux collectivités en fonction de leur besoin. A mon avis le plus simple pour le décodage automatique est un code à longueur variable avec des séparateurs clairs entre les différents éléments du code : insee-type d'objet-code unique Par exemple : 84007-V-4012, Encore mieux : 84007-voirie-4012 (lisibilité) Le 10/02/2015 11:12, Tony Emery a écrit : J'attends vos remarques constructives... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contours des communes dans le Gard
A priori, Overpass-turbo estime que la présence du tag outer range le
polygone formé par le relation dans la catégorie des area.
La feuille de style de l'affichage d'Overpass rempli la surface avec une
couleur spécifique dans ces cas là.
On peut donc changer ce style pour obtenir une présentation différente :
http://overpass-turbo.eu/s/7At
Pouf ! plus de couleur, plus de problème :-)
Stf
Le 10/02/2015 09:32, Tony Emery a écrit :
En fait, ce qui m'inquiète c'est que je télécharge les données directement
depuis l'overpass-turbo. Je pensais pas que même cette API avait des
problèmes d'interprétation.
Après, peut-être le problème ne vient-il pas de là mais que la vérité est
ailleurs...
A creuser pour nos mineurs de service et à voir si le problème est le même
sur les autres départements.
La requête QL que j'ai utilisé est peut être erronée :
[out:xml][timeout:55];
{{geocodeArea:Gard}}-.searchArea;
(
relation[admin_level=8](area.searchArea);
);
out meta;
;
out meta qt;
-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/Contours-des-communes-dans-le-Gard-tp5832948p5833005.html
Sent from the France mailing list archive at Nabble.com.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] How to locate errors
On Mon, Feb 9, 2015, at 10:24 AM, Hendrik Hoeth wrote: - Import planet-150202 into psql-database using imposm. Settings are at the bottom of this mail. - The Lake Geneva (Lac Leman, Switzerland) is missing. There is no polygon data for the lake in my database. Anything else I've looked at seems to be fine. How would I find out what to fix? Reading back, your problem is probably with imposm being picky; Lac Leman is a multipolygon relation, and you're only importing regular polygons in your settings file. Vanilla imposm may also be skipping big relations? see http://imposm.org/docs/imposm/latest/tutorial.html#multipolygon-relation-building There is a helpful imposm forum on which i've had advice before and you're probably much better off asking there. https://groups.google.com/forum/#!forum/imposm Today i'm experimenting with osm2psql and having a better time with that than imposm, involves less upfront thinking. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
On Tue, Feb 10, 2015, at 06:14 AM, Hendrik Hoeth wrote: Hello again, I've imported Europe from geofabrik.de (2015-02-08), made sure I didn't use the wrong table, and Lac Leman is still missing. So how would I proceed? I have no idea how to debug this. The relation for Lac Leman / Lake Geneva looks fine in the renderer: http://www.openstreetmap.org/relation/332617 So i suggest it's a problem with your query, not with the data itself? I can have a look via osmpgsql and report back, may not help much. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Ajouter le rendu OSM France au site OSM international?
Ce que l'on pourrait suggérer d'ajouter sur osm.org c'est la possibilité d'indiquer sa source de tuiles... Le 09/02/2015 23:55, Shohreh a écrit : Ça ne correspond effectivement pas à ce que je cherchais. N'y a-t-il aucun moyen d'intégrer OSM France dans la liste des rendus à droite dans www.openstreetmap.org? -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-le-rendu-OSM-France-au-site-OSM-international-tp5832979p5833003.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] How to locate errors
Hi, Thus spake Jo Walsh (metaz...@fastmail.net): The relation for Lac Leman / Lake Geneva looks fine in the renderer: http://www.openstreetmap.org/relation/332617 So i suggest it's a problem with your query, not with the data itself? Might be. What confuses me is that all other water bodies I've looked at seem fine, and the same query had worked in the past. I can have a look via osmpgsql and report back, may not help much. That would be great! Thanks! Hendrik -- I want to know God's thoughts, the rest are details. -- Albert Einstein ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-se] Illustration av artikel på SR Västerbottens webbplats
2015-02-07 14:23 GMT+01:00 Erik Lundin e...@lists.lun.nu: Sveriges Radio Västerbotten har använt OpenStreetMap för illustration av en artikel [1] på sin webbplats. Tyvärr verkar de ha missat att skriva att kartbilden kommer från OpenStreetMap, så jag skrev till dem så vänligt jag kunde och påminde om detta. [1] http://sverigesradio.se/sida/artikel.aspx?programid=109artikel=6082192 Fick du något svar? Ser inte ut som de skulle ha gjort någon förändring. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk] Drones piece in Guardian
On 10/02/15 11:22, Steve Chilton wrote: Does anyone have email contact for Ivan Gayton please? Featured in article in Guardian Saturday on drones: http://www.theguardian.com/technology/2015/feb/07/battle-of-drones-amateurs-taking-on-tech-giants I would like to speak to him about possibly giving a talk about his OpenStreetMap work. https://twitter.com/ivangayton looks like him? Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Ajouter le rendu OSM France au site OSM international?
Des rendu nationaux il en existe plein et ils sont tous du même niveau de qualité. Pourquoi mettre le rendu FR et pas le DE ou autres... Si la fondation décidait d'ajouter le rendu FR dans ceux visibles sur osm.org qu'elle l'ajoute aussi dans ses caches de tuiles car notre unique serveur est déjà bien sollicité par le rendu HOT qui n'a pas de cache (et parfois du mal à suivre). L'autre option serait de se doter d'une vraie carte avec des services de base pour mettre en valeur OSM : - fond de carte FR - géocodage Nominatim + BANO - calcul d'itinéraires - exports/impression de cartes - lien vers MapOSMatic etc... Le problème ensuite sera d'être sûr de pouvoir assurer un minimum de qualité de service... donc infra plus redondante, etc, etc. Le 10/02/2015 13:36, Tony Emery a écrit : Vu l'excellent travail de ce rendu français, la fondation pourrait même l'ajouter au même titre que MapQuest, Cyclo ou transport - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-le-rendu-OSM-France-au-site-OSM-international-tp5832979p5833057.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contours des communes dans le Gard
Ça c'est génial. Un grand merci de la part de mon collègue. Si c'est pas déjà fait, à mettre sur le site openstreetmap.fr en bien visible... - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Contours-des-communes-dans-le-Gard-tp5832948p5833070.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] How to locate errors
Hi Daniel, Thus spake Daniel Ko?? (daniel@ko??.pl): So i suggest it's a problem with your query, not with the data itself? I can have a look via osmpgsql and report back, may not help much. May the reason be tagging it as natural=water+water=lake? So are many other lakes, Vänern being one working example. That shouldn't be a problem. If it's natural=water, I should take it. Cheers, Hendrik -- I want to know God's thoughts, the rest are details. -- Albert Einstein ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Ajouter le rendu OSM France au site OSM international?
Pour le SOTM, il faudra que tu nous fasses une présentation sur le fonctionnement général d'OSM, le stockage des données, les rendus (ceux qui nous concernent) et les sites (osm.org, tile.osm.fr) parce qu'on s'y perd un peu... - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-le-rendu-OSM-France-au-site-OSM-international-tp5832979p5833073.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Association OSMfr pour réserve citoyenne ?
Le 10/02/2015 09:03, Brice MALLET a écrit : Une démarche officielle de la part de l'association vous semble t'elle possible ? Si oui, en profiter pour engager une démarche de demande d'agrément (http://www.education.gouv.fr/cid21129/les-associations-agreees-et-ou-subventionnees-par-l-education-nationale.html) on peut voir que wikimedia france est référencée dans la liste des associations agréées au niveau national. On peut donc supposer (si c'est un raccourci désolé) que OSM-fr peut démarcher pour la demande d'agrément de part les similitudes entres les projets (je sais qu'il y a des différences aux niveaux des associations : employeuse pour wikimedia-fr et non employeuse pour OSM-fr). Si il doit y avoir une demande, n'est-il pas possible de récupérer le dossier de wikimedia-france et de l'adapter ? (à quand un wiki des demandes de subventions et dossiers :) ) Concernant l'intérêt de l'agrément : cela facilite la possibilité d'intervenir en classe et c'est une reconnaissance par l'éducation nationale (AMHA pas de subventions possible). Bonne journée -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Fontanelle e fontane
Il 10 febbraio 2015 19:12, fabrylama ha scritto: Daniele Forsi-2 wrote non sembra un nome proprio anche se li chiamano così, come fanno a distinguere uno dall'altro? C'è un ref o o specificano la via o la località? Vero, in effetti non è un nome proprio ma un nome generico che è scritto sopra o nelle vicinanze del punto acqua ok, visto che è scritto lo mettiamo in name anche se non è univoco -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[talk-ph] Mamasapano Incident
There is a coordinate given here: https://twitter.com/ANCALERTS/status/564990109913608193/photo/1 GC 6798365714 Assuming 6798365714 as Military Grid Reference System I tried this online MGRS to WGS84 Converter: http://www.legallandconverter.com/p50.html using MGRS format -- 51N XH 67983 65714 where: 51N is GZD (Grid Zone Designator) based on http://www.legallandconverter.com/images/world-mgrs-grid.jpg XH is the 100-km Grid Square ID from shp file of 51N on http://earth-info.nga.mil/GandG/coordsys/grids/mgrs_1km_polygon_dloads.html#Downloading Result: WGS84 -- *Lat 6.92489 Long 124.52047* This points to a familiar area on: http://www.openstreetmap.org/?mlat=6.9249mlon=124.5205#map=14/6.9249/124.5205 Could this be it? There's a drone video by Raffy Tima described as an aerial view of the PNP-SAF extraction route towards waiting SAF commandos on the highway more than a kilometer away. I don't know if it's pointing to the same area: http://instagram.com/p/y4GftOx1RF/?utm_source=partnerutm_medium=embedutm_campaign=video ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-it] Fontanelle e fontane
Daniele Forsi-2 wrote non sembra un nome proprio anche se li chiamano così, come fanno a distinguere uno dall'altro? C'è un ref o o specificano la via o la località? Vero, in effetti non è un nome proprio ma un nome generico che è scritto sopra o nelle vicinanze del punto acqua Sulle fontane non ho visto alcun identificativo visibile. mi sembra un nome generico che dobbiamo tradurre con un tag amenity, pur con le incertezze espresse finora è il tag amenity che deve dire che in quel luogo c'è acqua da bere Per quello, secondo me, basta amenity=drinking_water -- View this message in context: http://gis.19327.n5.nabble.com/Fontanelle-e-fontane-tp5832829p5833101.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Base de données pour le développement
Le 7 février 2015 15:59, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 07/02/2015 14:45, Vincent Frison a écrit : Du coup je me demande quelle est la bonne procédure à suivre pour charger un schéma apidb (sans devoir mettre l'option validateSchemaVersion=no). En pratique personne n'utilise la l'apidb. Si tu veux faire des tests, l'api de du serveur de dev devrait sufire c'est des cas biens définit. Le problème de l'api du serveur de dev/test c'est que je ne peux pas conserver les IDs originaux de la vraie base, or c'est un point nécessaire pour mes tests. Revoici la façon dont fonctionne mon programme qui est vraiment simpliste : 1) Pour chaque immeuble de la base à importer je calcule l'osmId du building correspondant à la position géographique de l'immeuble (grâce à une base PostGIS en local contenant les données OSM de toute la France et avec le schéma osm2pgsql, très rapide puisqu'il y a une indexation spatiale ). 2) Si un ID de building est trouvé je télécharge l'élément correspondant depuis l'API d'OSM et si le way ne contient pas d'informations sur la hauteur ou sur le nombre d'étages alors je les renseigne (mais si ces données présentes alors je ne fais rien, histoire d'être sûr de ne pas abîmer le travail qu'aurait pu des contributeurs). 3) Je met à jour l'élément dans la foulée, il y a donc très peu de chance d'avoir des accès concurrents puisque le délai entre le read et le write n'est de quelques millisecondes. Actuellement pour tester je suis obligé pour la phase 1) de coder en dur les IDs en fonction des coordonnées afin d'avoir les mêmes que ceux de l'API de test. Mais ça ne marchera plus pour faire des gros tests. Par contre avec une API de test qui tournerait en local chez moi (avec The Rails Port + PostGIS avec un schéma apidb) je pourrai alors charger les données de toute la France en un seul coup.. et surtout avoir des IDs qui seraient conservés. Sur les données, tu as également le schéma de base osmosis qui est plus proche de celui de l'api que de osm2pgsql qui est initialement destiné au rendu et dont le contenu de la base résultante est partiel. J'imagine que tu parles en fait du schéma pgsnapshot ? Mais à priori je suis obligé de charger le schéma apidb... à moins qu'on puisse également faire tourner The Rails Port sur ce schéma ? Mon avis est, comme cela a déjà était dit, est que tu veux mettre la charrue avant les bœufs. S'assurer et obtenir une licence/accord de l'utilisation des données est primordial, et peut prendre plus de temps et être finalement plus compliqué que les aspects techniques. Je pense pas mettre la charrue avant les boeufs car contrairement aux données de PSS celles d'opendata.paris.fr elles sont libres, ça c'est complètement sûr. J'ai donc modifié mon script pour aller piocher les données de leur fichier (CSV) et je pourrai aussi l'adapter facilement pour d'autres bases de données relatives aux bâtiments puisque visiblement il n'y a pas que Paris qui propose de l'opendata... Merci, Vincent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contours des communes dans le Gard
Pour Qgis, je ne peux rien dire de certain, peut-être qu'il interprète lui aussi la balise outer. En revanche, pour les types de traits différents, c'est normal, c'est encore la feuille de style de overpass-turbo qui applique des couleurs et/ou des épaisseurs différentes en fonction des tags. Les contours area sont prioritaires sur les styles qu'on pourrait appliquer sur les way qui la composent. On peut tout de même s'en sortir, mais sans remplissage des communes avec une couleur, en appliquant les mêmes réglages pour les area et les way : http://overpass-turbo.eu/s/7Bn Le support de mapcss par overpass-turbo semble assez limité pour le moment. Stf Le 10/02/2015 13:49, Tony Emery a écrit : A mon avis le problème vient d'ailleurs ou n'est pas si simple car on voit bien qu'il y a des contours plus épais que d'autres sans savoir pourquoi. http://gis.19327.n5.nabble.com/file/n5833061/Capture3.png De plus, en téléchargeant les données et en les ouvrant dans un SIG (comme QGIS), certaines communes n’apparaissent pas. http://gis.19327.n5.nabble.com/file/n5833061/Capture4.png Sinon, existe-t-il un endroit on l'on pourrait récupérer les contours des communes par département ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Contours-des-communes-dans-le-Gard-tp5832948p5833061.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Miniera abbandonata
Per la miniera: http://wiki.openstreetmap.org/wiki/Tag:historic%3Dmine Per gli edifici industriali, come le torri: http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmineshaft Poi c'e' una proposta: http://wiki.openstreetmap.org/wiki/Proposed_features/Surface_Mining Ciao, LauraC 2015-02-10 17:45 GMT+01:00 demon.box e.rossin...@alice.it: ma in quanto semplice sito industriale o fabbrica abbandonata come la taggo? -- View this message in context: http://gis.19327.n5.nabble.com/Miniera-abbandonata-tp5833002p5833094.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-cz] Licence OSM
Já jen abychom neprudili podobně, že si každý pak raději vezme mapy od třeba Googlu. Tak treba ten Google tam v podminkach uzivani vyzaduje mit nejen ten copyright, ale dokonce i logo. Mapy.cz taktez. -- Lukas Gebauer. http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib. http://geoget.ararat.cz/ - Geocaching solution ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
Bonsoir, Le 10/02/2015 21:42, Pierre a écrit : Bon ben j'ai plus qu'à simplifier drastiquement Qadastre2OSM ? :) Il était temps, plus de lecture de pages web, de hack pour lire un fichier PDF… le rêve ! Tss tss tss. Pas touche à Qadastre ! ;) Pour pas mal l'utiliser depuis une semaine, le WMS est vraiment pratique en fond de plan, ça zoome/dézoome et charge correctement, bref, c'est très bien, mais ça reste du pixel ! Donc Qadastre a encore de beaux jours devant lui, et la lecture de PDFs aussi. Et comme on ne te croise pas souvent par ici, c'est l'occasion de te remercier pour cet outil, qui en a permis d'autres : l'extraction d'adresses, et BANO dans la foulée. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Question : why are the housenumbers not 'visible' next to a map-icon on OSM ?
On 2015-02-10 21:44, hvdb wrote : In josm you see the housenumbers left to a map-icon, but on OSM , that housenumber is not visible anymore when a map-icon is rendered ... :( ... should be visible next/left/under/above/right on that map-icon... just my opinion . That's because the number is considered to overlap the icon or the text. You can tag the number on a node to get it out of the way. Here's an example of a hairdresser's http://www.openstreetmap.org/way/167146300. Overlaps can also occur with the next houses. BUT NEVER MAP FOR THE RENDERER ;-) André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Question : why are the housenumbers not 'visible' next to a map-icon on OSM ?
Oh, now I get what you mean. It's part of the reason why I experimented a bit with mapping the housenumbers on entrance nodes a few years ago. But that also had it's problems. For one thing I didn't know what to add to the associatedStreet relation anymore. But that point is moot now. As far as rendering goes you should talk to the developers of the car to style. I'd wish you good luck with them, I know you will need it. Or make your own rendering. The fact that that is even possible is what makes OSM so great! Jo On Feb 10, 2015 9:47 PM, Jo winfi...@gmail.com wrote: Can you post screenshots? Or links to screenshots? It will then probably be clearer what you mean. Jo 2015-02-10 21:44 GMT+01:00 hvdb henk...@gmail.com: In josm you see the housenumbers left to a map-icon, but on OSM , that housenumber is not visible anymore when a map-icon is rendered ... :( ... should be visible next/left/under/above/right on that map-icon... just my opinion . ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
On Tuesday, February 10, 2015 09:57:21 PM Vincent de Château-Thierry wrote: Bonsoir, Le 10/02/2015 21:42, Pierre a écrit : Bon ben j'ai plus qu'à simplifier drastiquement Qadastre2OSM ? :) Il était temps, plus de lecture de pages web, de hack pour lire un fichier PDF… le rêve ! Tss tss tss. Pas touche à Qadastre ! ;) Pour pas mal l'utiliser depuis une semaine, le WMS est vraiment pratique en fond de plan, ça zoome/dézoome et charge correctement, bref, c'est très bien, mais ça reste du pixel ! Donc Qadastre a encore de beaux jours devant lui, et la lecture de PDFs aussi. Et comme on ne te croise pas souvent par ici, c'est l'occasion de te remercier pour cet outil, qui en a permis d'autres : l'extraction d'adresses, et BANO dans la foulée. Désolé, je n'ai pas énormément de temps libre, mais ça fait plaisir de voir que ce vieux code sert toujours… Et merci pour le remerciement, je pensais pas que vous aviez utilisé ce hack pour sortir finalement les adresse du cadastre :) signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base de données pour le développement
Le 10 février 2015 21:30, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 10/02/2015 19:27, Vincent Frison a écrit : Le 7 février 2015 15:59, Frédéric Rodrigo fred.rodr...@gmail.com Revoici la façon dont fonctionne mon programme qui est vraiment simpliste : 1) Pour chaque immeuble de la base à importer je calcule l'osmId du building correspondant à la position géographique de l'immeuble (grâce à une base PostGIS en local contenant les données OSM de toute la France et avec le schéma osm2pgsql, très rapide puisqu'il y a une indexation spatiale). Tu n'a pas l'air de t'assurer que c'est le bon bâtiment, non ? Je ne me base que sur les coordonnées géographiques.. mais à vrai dire je ne vois sur quoi d'autres je pourrais me baser, éventuellement le nom mais cet attribut est rarement renseigné dans OSM.. et il ne l'est jamais sous OpenDataParis ! Par contre dans PSS et OpenDataParis il y a pour chaque bâtiment les coordonnées du point qui est grosso modo le milieu du bâtiment. J'ai l'impression que cela suffit, en tout cas j'ai pu récupérer les bons bâtiments d'OSM.sur les quelques tests que j'ai fait jusqu'à présent. Sinon pour info il y a aussi dans OpenDataParis la géométrie du bâtiment, contrairement à PSS qui n'a donc que les coordonnées du centre.. Après il y a aussi la question des sous-bâtiments (ceux avec le tag building:part) et là ça devient un peu plus complexe. Ou le fait que le découpage des bâtiments d'OpenDataParis par ex. peut-être plus précis que celui d'OSM (c'est à dire celui du cadastre en gros). Du coup je peux me retrouver avec plusieurs valeurs de hauteurs/étages pour un même bâtiment OSM. Mais je lancerai un nouveau sujet pour toutes ces questions, pour l'instant j'essaye juste de savoir comment faire pour avoir un environnement de test adéquat. 2) Si un ID de building est trouvé je télécharge l'élément correspondant depuis l'API d'OSM et si le way ne contient pas d'informations sur la hauteur ou sur le nombre d'étages alors je les renseigne (mais si ces données présentes alors je ne fais rien, histoire d'être sûr de ne pas abîmer le travail qu'aurait pu des contributeurs). 3) Je met à jour l'élément dans la foulée, il y a donc très peu de chance d'avoir des accès concurrents puisque le délai entre le read et le write n'est de quelques millisecondes. Les objets on des versions. Que tu doit renvoyer à l'API. Elle va refuser la modification si la version a changé. C'est une façon bien plus efficace de faire. Tout à fait, même que ça s'incrémente tout seul... vive le verrouillage optimiste ! ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petits changements dans le rendu QA
Le 10/02/2015 19:03, Christian Quest a écrit : J'ai modifié le fonctionnement de ce rendu qui compare (entre autre) les données carroyées de la population avec les données OSM (bâti et routes). Cette comparaison prenait beaucoup de temps car il y a plus de 2.2 millions de carreaux à comparer avec les 40 millions de polygones de bâtiments présents en France, et 5 millions de highway=* Désormais, lorsque des bâtiments ou des routes sont détectés dans un carreau, cette information est conservée pour ne plus avoir à la recalculer lors du rendu. Du coup celui-ci va beaucoup plus vite et surtout on peut faire le rendu des bâtiments manquants à tout les niveaux de zooms (alors qu'il ne se faisait qu'à partir du 9). C'est ici: http://tile.openstreetmap.fr/?layers=000BTFF Des cumuls et calculs sont désormais faciles (et rapide) à faire. Par exemple, on a 4.7 millions de sans abris dans OSM... somme de la population des carreaux sans bâtiments, soit 7.3% de la population, et pas de route pour rendre visite à un peu moins de 300 000 habitants (0,5% de la population). J'ai aussi sorti une stat par département: https://gist.github.com/cquest/996b9465fd46e7a19282 Ce sont les Landes qui ont le plus de retard sur le réseau routier... suivi par le Lot et Garonne. Merci Christian , c'est effectivement plus rapide et complet. Les stats (par rapport à la population) montrent que pour le bâti il y a encore du travail mais que pour les routes on est pas loin du bout, manque plus que les noms de voies ;-) Pour la beauté de la carte : j'ai une pastille verte qui résiste dans le 17 à Saint Pierre de l'Isle : http://tile.openstreetmap.fr/?layers=000BTFFzoom=14lat=46.02623lon=-0.43937 Le bâtiments sont pourtant là, peut-être pas assez... une idée ? Bruno. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petits changements dans le rendu QA
Je vois... il n'y a pas de bâtiments près de la pastille qui correspond à la position du chef lieu d'après le Route500 de l'IGN ;) Je vais revoir ça... mais j'ai autre chose qui a sauté dans ma mise à jour: les limites des communes colorées en fonction du nombre de noms de rues comparé à FANTOIR... Le 10/02/2015 22:01, Bruno a écrit : Le 10/02/2015 19:03, Christian Quest a écrit : J'ai modifié le fonctionnement de ce rendu qui compare (entre autre) les données carroyées de la population avec les données OSM (bâti et routes). Cette comparaison prenait beaucoup de temps car il y a plus de 2.2 millions de carreaux à comparer avec les 40 millions de polygones de bâtiments présents en France, et 5 millions de highway=* Désormais, lorsque des bâtiments ou des routes sont détectés dans un carreau, cette information est conservée pour ne plus avoir à la recalculer lors du rendu. Du coup celui-ci va beaucoup plus vite et surtout on peut faire le rendu des bâtiments manquants à tout les niveaux de zooms (alors qu'il ne se faisait qu'à partir du 9). C'est ici: http://tile.openstreetmap.fr/?layers=000BTFF Des cumuls et calculs sont désormais faciles (et rapide) à faire. Par exemple, on a 4.7 millions de sans abris dans OSM... somme de la population des carreaux sans bâtiments, soit 7.3% de la population, et pas de route pour rendre visite à un peu moins de 300 000 habitants (0,5% de la population). J'ai aussi sorti une stat par département: https://gist.github.com/cquest/996b9465fd46e7a19282 Ce sont les Landes qui ont le plus de retard sur le réseau routier... suivi par le Lot et Garonne. Merci Christian , c'est effectivement plus rapide et complet. Les stats (par rapport à la population) montrent que pour le bâti il y a encore du travail mais que pour les routes on est pas loin du bout, manque plus que les noms de voies ;-) Pour la beauté de la carte : j'ai une pastille verte qui résiste dans le 17 à Saint Pierre de l'Isle : http://tile.openstreetmap.fr/?layers=000BTFFzoom=14lat=46.02623lon=-0.43937 Le bâtiments sont pourtant là, peut-être pas assez... une idée ? Bruno. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base de données pour le développement
Le 10 février 2015 21:46, Christian Quest cqu...@openstreetmap.fr a écrit : Il sufit de charger dans ton postgres de test non pas la base OSM normale, mais une récupération des données sur l'API de test... là tu aura tout synchro pour tes tests. Une fois que tout est ok, tu recharge les vraies données OSM et tu relance ton script. Merci Christian.. mais question sans doute un peu bête: comment je fais pour récupérer les données de l'API de test ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Fontanelle e fontane
Il 10/02/2015 19:34, Daniele Forsi ha scritto: Il 10 febbraio 2015 19:12, fabrylama ha scritto: Daniele Forsi-2 wrote non sembra un nome proprio anche se li chiamano così, come fanno a distinguere uno dall'altro? C'è un ref o o specificano la via o la località? Vero, in effetti non è un nome proprio ma un nome generico che è scritto sopra o nelle vicinanze del punto acqua ok, visto che è scritto lo mettiamo in name anche se non è univoco Perchè non description:it? Come facciamo a sapere se la targhetta indica il nome (proprio) o la descrizione dell'oggetto? -- sip:alebar...@ekiga.net ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Le cadastre vectoriel est accessible en WMS
On Sunday, February 01, 2015 04:54:33 PM Vincent de Château-Thierry wrote:
Bonjour,
Jusqu'à présent pour visualiser le cadastre vectoriel, il fallait
utiliser le plugin Cadastre-Fr. Depuis quelques jours, une alternative
apparaît, à l'initiative de la DGFiP. En effet, elle vient de rendre
public son service WMS : le cadastre accessible en tuiles, directement
par le producteur.
La documentation est ici :
https://www.cadastre.gouv.fr/scpc/aide.do#
= rubrique Votre service WMS
et pour vos réglages JOSM, voici un exemple de ligne à déclarer (F12
rubrique 'TMS/WMS') :
wms:http://inspire.cadastre.gouv.fr/scpc/*code
INSEE*.wms?service=WMSrequest=GetMapVERSION=1.3CRS={proj}WIDTH={width}HE
IGHT={height}BBOX={bbox}LAYERS=BU.Building,AMORCES_CAD,CP.CadastralParcel,HY
DRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATIONSTYLES=FORMAT=image/p
ng
Il faut adapter 2 éléments de la requête :
- la chaîne '*code INSEE*' est à remplacer par les 5 caractères du
code de la commune qui vous intéresse.
- la liste des thèmes affichés (après 'LAYERS=') : cette liste est
modulable selon ce qui vous intéresse.
Par rapport au plugin Cadastre-Fr, du mieux et du moins bon : le mieux,
c'est que l'affichage est directement possible en projection Mercator,
donc on gagne en confort d'utilisation. Le moins bon, c'est que ça ne
gère que les communes en vectoriel, là où le plugin sait tout afficher,
y compris le raster sans géoréférencement.
À vos tests et à vous lire
vincent
Bon ben j'ai plus qu'à simplifier drastiquement Qadastre2OSM ? :)
Il était temps, plus de lecture de pages web, de hack pour lire un fichier PDF…
le rêve !
signature.asc
Description: This is a digitally signed message part.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base de données pour le développement
Il sufit de charger dans ton postgres de test non pas la base OSM normale, mais une récupération des données sur l'API de test... là tu aura tout synchro pour tes tests. Une fois que tout est ok, tu recharge les vraies données OSM et tu relance ton script. Le 10/02/2015 19:27, Vincent Frison a écrit : Le 7 février 2015 15:59, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Le 07/02/2015 14:45, Vincent Frison a écrit : Du coup je me demande quelle est la bonne procédure à suivre pour charger un schéma apidb (sans devoir mettre l'option validateSchemaVersion=no). En pratique personne n'utilise la l'apidb. Si tu veux faire des tests, l'api de du serveur de dev devrait sufire c'est des cas biens définit. Le problème de l'api du serveur de dev/test c'est que je ne peux pas conserver les IDs originaux de la vraie base, or c'est un point nécessaire pour mes tests. Revoici la façon dont fonctionne mon programme qui est vraiment simpliste : 1) Pour chaque immeuble de la base à importer je calcule l'osmId du building correspondant à la position géographique de l'immeuble (grâce à une base PostGIS en local contenant les données OSM de toute la France et avec le schéma osm2pgsql, très rapide puisqu'il y a une indexation spatiale). 2) Si un ID de building est trouvé je télécharge l'élément correspondant depuis l'API d'OSM et si le way ne contient pas d'informations sur la hauteur ou sur le nombre d'étages alors je les renseigne (mais si ces données présentes alors je ne fais rien, histoire d'être sûr de ne pas abîmer le travail qu'aurait pu des contributeurs). 3) Je met à jour l'élément dans la foulée, il y a donc très peu de chance d'avoir des accès concurrents puisque le délai entre le read et le write n'est de quelques millisecondes. Actuellement pour tester je suis obligé pour la phase 1) de coder en dur les IDs en fonction des coordonnées afin d'avoir les mêmes que ceux de l'API de test. Mais ça ne marchera plus pour faire des gros tests. Par contre avec une API de test qui tournerait en local chez moi (avec The Rails Port + PostGIS avec un schéma apidb) je pourrai alors charger les données de toute la France en un seul coup.. et surtout avoir des IDs qui seraient conservés. Sur les données, tu as également le schéma de base osmosis qui est plus proche de celui de l'api que de osm2pgsql qui est initialement destiné au rendu et dont le contenu de la base résultante est partiel. J'imagine que tu parles en fait du schéma pgsnapshot ? Mais à priori je suis obligé de charger le schéma apidb... à moins qu'on puisse également faire tourner The Rails Port sur ce schéma ? Mon avis est, comme cela a déjà était dit, est que tu veux mettre la charrue avant les bœufs. S'assurer et obtenir une licence/accord de l'utilisation des données est primordial, et peut prendre plus de temps et être finalement plus compliqué que les aspects techniques. Je pense pas mettre la charrue avant les boeufs car contrairement aux données de PSS celles d'opendata.paris.fr http://opendata.paris.fr elles sont libres, ça c'est complètement sûr. J'ai donc modifié mon script pour aller piocher les données de leur fichier (CSV) et je pourrai aussi l'adapter facilement pour d'autres bases de données relatives aux bâtiments puisque visiblement il n'y a pas que Paris qui propose de l'opendata... Merci, Vincent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base de données pour le développement
Le 10/02/2015 19:27, Vincent Frison a écrit : Le 7 février 2015 15:59, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Le 07/02/2015 14:45, Vincent Frison a écrit : Du coup je me demande quelle est la bonne procédure à suivre pour charger un schéma apidb (sans devoir mettre l'option validateSchemaVersion=no). En pratique personne n'utilise la l'apidb. Si tu veux faire des tests, l'api de du serveur de dev devrait sufire c'est des cas biens définit. Le problème de l'api du serveur de dev/test c'est que je ne peux pas conserver les IDs originaux de la vraie base, or c'est un point nécessaire pour mes tests. Revoici la façon dont fonctionne mon programme qui est vraiment simpliste : 1) Pour chaque immeuble de la base à importer je calcule l'osmId du building correspondant à la position géographique de l'immeuble (grâce à une base PostGIS en local contenant les données OSM de toute la France et avec le schéma osm2pgsql, très rapide puisqu'il y a une indexation spatiale). Tu n'a pas l'air de t'assurer que c'est le bon bâtiment, non ? 2) Si un ID de building est trouvé je télécharge l'élément correspondant depuis l'API d'OSM et si le way ne contient pas d'informations sur la hauteur ou sur le nombre d'étages alors je les renseigne (mais si ces données présentes alors je ne fais rien, histoire d'être sûr de ne pas abîmer le travail qu'aurait pu des contributeurs). 3) Je met à jour l'élément dans la foulée, il y a donc très peu de chance d'avoir des accès concurrents puisque le délai entre le read et le write n'est de quelques millisecondes. Les objets on des versions. Que tu doit renvoyer à l'API. Elle va refuser la modification si la version a changé. C'est une façon bien plus efficace de faire. Actuellement pour tester je suis obligé pour la phase 1) de coder en dur les IDs en fonction des coordonnées afin d'avoir les mêmes que ceux de l'API de test. Mais ça ne marchera plus pour faire des gros tests. Par contre avec une API de test qui tournerait en local chez moi (avec The Rails Port + PostGIS avec un schéma apidb) je pourrai alors charger les données de toute la France en un seul coup.. et surtout avoir des IDs qui seraient conservés. Sur les données, tu as également le schéma de base osmosis qui est plus proche de celui de l'api que de osm2pgsql qui est initialement destiné au rendu et dont le contenu de la base résultante est partiel. J'imagine que tu parles en fait du schéma pgsnapshot ? Mais à priori je suis obligé de charger le schéma apidb... à moins qu'on puisse également faire tourner The Rails Port sur ce schéma ? Mon avis est, comme cela a déjà était dit, est que tu veux mettre la charrue avant les bœufs. S'assurer et obtenir une licence/accord de l'utilisation des données est primordial, et peut prendre plus de temps et être finalement plus compliqué que les aspects techniques. Je pense pas mettre la charrue avant les boeufs car contrairement aux données de PSS celles d'opendata.paris.fr http://opendata.paris.fr elles sont libres, ça c'est complètement sûr. J'ai donc modifié mon script pour aller piocher les données de leur fichier (CSV) et je pourrai aussi l'adapter facilement pour d'autres bases de données relatives aux bâtiments puisque visiblement il n'y a pas que Paris qui propose de l'opendata... Ok ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-be] Question : why are the housenumbers not 'visible' next to a map-icon on OSM ?
In josm you see the housenumbers left to a map-icon, but on OSM , that housenumber is not visible anymore when a map-icon is rendered ... :( ... should be visible next/left/under/above/right on that map-icon... just my opinion . ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Question : why are the housenumbers not 'visible' next to a map-icon on OSM ?
Can you post screenshots? Or links to screenshots? It will then probably be clearer what you mean. Jo 2015-02-10 21:44 GMT+01:00 hvdb henk...@gmail.com: In josm you see the housenumbers left to a map-icon, but on OSM , that housenumber is not visible anymore when a map-icon is rendered ... :( ... should be visible next/left/under/above/right on that map-icon... just my opinion . ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [talk-ph] Mamasapano Incident
This was posted a few days back: https://plus.google.com/109394390468066203655/posts/e4Nvq4h2Sis MGRS coordinates given by Catalan during a media interview. -- sent using mental telepathy via Ansible On Feb 11, 2015 2:46 AM, Rally de Leon rall...@gmail.com wrote: There is a coordinate given here: https://twitter.com/ANCALERTS/status/564990109913608193/photo/1 GC 6798365714 Assuming 6798365714 as Military Grid Reference System I tried this online MGRS to WGS84 Converter: http://www.legallandconverter.com/p50.html using MGRS format -- 51N XH 67983 65714 where: 51N is GZD (Grid Zone Designator) based on http://www.legallandconverter.com/images/world-mgrs-grid.jpg XH is the 100-km Grid Square ID from shp file of 51N on http://earth-info.nga.mil/GandG/coordsys/grids/mgrs_1km_polygon_dloads.html#Downloading Result: WGS84 -- *Lat 6.92489 Long 124.52047* This points to a familiar area on: http://www.openstreetmap.org/?mlat=6.9249mlon=124.5205#map=14/6.9249/124.5205 Could this be it? There's a drone video by Raffy Tima described as an aerial view of the PNP-SAF extraction route towards waiting SAF commandos on the highway more than a kilometer away. I don't know if it's pointing to the same area: http://instagram.com/p/y4GftOx1RF/?utm_source=partnerutm_medium=embedutm_campaign=video ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-de] Wieder einmal lcn Sammelrelationen
Wolfgang Schuch Wolfgang.Schuch at adfc.de writes: Diese hier immer wieder erwähnte Wegweisung (WW) ist nicht x-beliebig. Sie ist seit 1998 die durch die FGSV festgelegte Norm http://www.fgsv-verlag.de/catalog/product_info.php?products_id=433 Wenn ich das mal so überfliege, dann geht es um eine Wegweisung und oben wird sogar explizit der Bogen von der KFZ-Wegweisung gespannt. Ich finde es sollte dann auch keine grundlegende Unterscheidung im Tagging zwischen KFZ-Wegweisung und Fahrrad-Wegweisung geben. Vielleicht liege ich da falsch, aber ich fand im Wiki halt zuerst das als empfohlenes Tagging für Wegweiser: http://wiki.openstreetmap.org/wiki/DE:Relation:destination_sign Und es muss noch erwähnt werden, dass das hier beschriebene idealtypisch ist. Die Realität sieht nicht selten anders aus. Schlecht und/oder regelwidrig geplant, nicht gewartet und daher lückenhaft, oder durch Bauarbeiten unterbrochen und nicht wieder hergestellt. Freut mich, dass mein Empfinden von jemandem bestätigt wird, der beruflich damit zu tun hat. Nach meinem ersten Versuch, mich nach den Schildern zu richten, habe ich bei einer lange geplanten Mehrtages-Radtour nicht nur das erste Tagesziel nicht rechtzeitig sondern auch das Gesamtziel garnicht erreicht. Seitdem nurnoch mit Garmin am Lenker und seitdem auch keine gravierenden Falschfahrten mehr. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [talk-ph] Mamasapano Incident
Awesome new knowledge for the conversion, Rally. Added this info on the wiki article for 2015 Mamasapano clash. Ervin Malicdem for Schadow1 Expeditions a Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com On Feb 11, 2015 9:57 AM, Rally de Leon rall...@gmail.com wrote: Wayne, On Google maps, the Tukanalipao main road is still reflected as the AH26 or Maharlika Highway (Route 1). That was also the case with OpenStreetMap which were all based on the approximate route shape from a wiki map. I already updated this on OSM (now correctly tagged as Route 940 - a secondary road on DPWH map). On DPWH Road Class Route Numbering map on: https://dpwh.maps.arcgis.com/apps/OnePane/basicviewer/index.html?appid=4b48284a409844fab6876aa77be8bf58# Maharlika Highway (Route 1) cuts through Shariff Aguak all the way to Cotabato City. Can you further investigate/verify, or edit in Google Maps? It's very hard to edit a Trunk road classification once it matures. The trunk rendering tend to stick for while. Thanks, Rally On Wed, Feb 11, 2015 at 9:29 AM, Rally de Leon rall...@gmail.com wrote: Wayne, Nice - very detailed report. (I am not updated with the news, hehe) What got me curious was the Military Grid Reference - how to convert to WGS84? any ideas? I don't know if the crude method I used was correct. I'll try to work my way backwards to verify if the computed Lat Long from the SMS (tweeted) message made sense from what actually happened. Thanks, Rally On Wed, Feb 11, 2015 at 8:58 AM, Wayne Manuel wdman...@gmail.com wrote: Hey Rally, The PNP Presentation in the Senate showed the location on a map with a satellite image (Google Earth). http://www.gmanetwork.com/news/story/430388/news/nation/full-presentation-pnp-board-of-inquiry-fact-file-on-mamasapano-clash Wayne Manuel On Wed, Feb 11, 2015 at 2:44 AM, Rally de Leon rall...@gmail.com wrote: There is a coordinate given here: https://twitter.com/ANCALERTS/status/564990109913608193/photo/1 GC 6798365714 Assuming 6798365714 as Military Grid Reference System I tried this online MGRS to WGS84 Converter: http://www.legallandconverter.com/p50.html using MGRS format -- 51N XH 67983 65714 where: 51N is GZD (Grid Zone Designator) based on http://www.legallandconverter.com/images/world-mgrs-grid.jpg XH is the 100-km Grid Square ID from shp file of 51N on http://earth-info.nga.mil/GandG/coordsys/grids/mgrs_1km_polygon_dloads.html#Downloading Result: WGS84 -- *Lat 6.92489 Long 124.52047* This points to a familiar area on: http://www.openstreetmap.org/?mlat=6.9249mlon=124.5205#map=14/6.9249/124.5205 Could this be it? There's a drone video by Raffy Tima described as an aerial view of the PNP-SAF extraction route towards waiting SAF commandos on the highway more than a kilometer away. I don't know if it's pointing to the same area: http://instagram.com/p/y4GftOx1RF/?utm_source=partnerutm_medium=embedutm_campaign=video ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] this has to stop: iD user mistakes all over the place
What might help here is to get details from the new mapper concerned of how they felt that they needed to merge nodes or ways. I use changeset discussions a fair bit, partly because they end up right in the new mapper's inbox, and that provides a link to an outside view of the new mapper's changes. I always wish it was more obvious how to explore the history of the related nodes and ways and see the editors of related changesets from the changeset landing page, but at least it's all there in the links, at least in theory. Ideally a calm discussion leads to someone engaging a bit more and fixing the problem themselves, though more often it's a polite prelude to a future reversion :/ * not telling the user about the importance of all tags, even unknown to the software and allowing user to communicate with user of the last change of the object ... So far, I try to keep calm and rather save my changes and upload them later after solving conflicts instead of starting an edit war by reverting or uploading older versions but I spend more time with communication and investigating problems than actually mapping On the one hand I'm sorry to hear that communicating and fixing is a distraction from mapping for you, on the other you're starting to sound like a candidate member of the DWG ;) Maybe consider it, validating an activity you're pursuing anyway... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Base de données pour le développement
Euh... en appelant l'API ? Pour un test un 'map' sur une petite zone que tu aura préchargé en bâtiment comme je l'avais indiqué devrait aller, non ? http://wiki.openstreetmap.org/wiki/API_v0.6#Retrieving_map_data_by_bounding_box:_GET_.2Fapi.2F0.6.2Fmap Ce que je ferai (encore plus simple): - récup des bâtiments d'un arrondissement sur cadastre.openstreetmap.fr - ouverture dans JOSM, envoi des bâtiments sur l'API de test - après upload, enregistrement dans un fichier .osm (donc tu as les ID attribuées par l'API de test) - import dans postgres avec osm2pgsql de ce .osm - test de ton script sur l'API de test Le 10/02/2015 22:42, Vincent Frison a écrit : Le 10 février 2015 21:46, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Il sufit de charger dans ton postgres de test non pas la base OSM normale, mais une récupération des données sur l'API de test... là tu aura tout synchro pour tes tests. Une fois que tout est ok, tu recharge les vraies données OSM et tu relance ton script. Merci Christian.. mais question sans doute un peu bête: comment je fais pour récupérer les données de l'API de test ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [talk-ph] Mamasapano Incident
Noticed that (wrong Route 1) too. Wanted to change that for some time but my internet connection has not been cooperative lately when i've finally found time for it. I would like to allocate time again for it this weekend. Thanks. Wayne Manuel On Wed, Feb 11, 2015 at 9:57 AM, Rally de Leon rall...@gmail.com wrote: Wayne, On Google maps, the Tukanalipao main road is still reflected as the AH26 or Maharlika Highway (Route 1). That was also the case with OpenStreetMap which were all based on the approximate route shape from a wiki map. I already updated this on OSM (now correctly tagged as Route 940 - a secondary road on DPWH map). On DPWH Road Class Route Numbering map on: https://dpwh.maps.arcgis.com/apps/OnePane/basicviewer/index.html?appid=4b48284a409844fab6876aa77be8bf58# Maharlika Highway (Route 1) cuts through Shariff Aguak all the way to Cotabato City. Can you further investigate/verify, or edit in Google Maps? It's very hard to edit a Trunk road classification once it matures. The trunk rendering tend to stick for while. Thanks, Rally On Wed, Feb 11, 2015 at 9:29 AM, Rally de Leon rall...@gmail.com wrote: Wayne, Nice - very detailed report. (I am not updated with the news, hehe) What got me curious was the Military Grid Reference - how to convert to WGS84? any ideas? I don't know if the crude method I used was correct. I'll try to work my way backwards to verify if the computed Lat Long from the SMS (tweeted) message made sense from what actually happened. Thanks, Rally On Wed, Feb 11, 2015 at 8:58 AM, Wayne Manuel wdman...@gmail.com wrote: Hey Rally, The PNP Presentation in the Senate showed the location on a map with a satellite image (Google Earth). http://www.gmanetwork.com/news/story/430388/news/nation/full-presentation-pnp-board-of-inquiry-fact-file-on-mamasapano-clash Wayne Manuel On Wed, Feb 11, 2015 at 2:44 AM, Rally de Leon rall...@gmail.com wrote: There is a coordinate given here: https://twitter.com/ANCALERTS/status/564990109913608193/photo/1 GC 6798365714 Assuming 6798365714 as Military Grid Reference System I tried this online MGRS to WGS84 Converter: http://www.legallandconverter.com/p50.html using MGRS format -- 51N XH 67983 65714 where: 51N is GZD (Grid Zone Designator) based on http://www.legallandconverter.com/images/world-mgrs-grid.jpg XH is the 100-km Grid Square ID from shp file of 51N on http://earth-info.nga.mil/GandG/coordsys/grids/mgrs_1km_polygon_dloads.html#Downloading Result: WGS84 -- *Lat 6.92489 Long 124.52047* This points to a familiar area on: http://www.openstreetmap.org/?mlat=6.9249mlon=124.5205#map=14/6.9249/124.5205 Could this be it? There's a drone video by Raffy Tima described as an aerial view of the PNP-SAF extraction route towards waiting SAF commandos on the highway more than a kilometer away. I don't know if it's pointing to the same area: http://instagram.com/p/y4GftOx1RF/?utm_source=partnerutm_medium=embedutm_campaign=video ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[Talk-GB] Road Names Quarterly Project
RobJN has added a bunch of Notes for Rotherham where we already have had a mapper step forward to try to resolve some of them, and Rob's tweeted the local Scouts. I've added a bunch of Notes for Liverpool (feel free to tweet anyone relevant - I'm not a twitter user) Let's see if our little campaign produces any results Regards Brian ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-se] Första redigeringen
Tackar! Himla med olika vägar det finns (= men det låter klart som bättre alternativ efter som det är just en uppfart (= Jag gjorde bara en ändring per set eftersom de skrev något om det på wikin - skulle vara lättare att reverta eller nått. Men klart lättare med fler i en - ser juh inte ut att vara svårt att ändra ändå och jag försöker juh att inte göra fel (= Mer ändringar kommer helt klart! Vi får juh se till att osm blir bättre än betalalternativen så jag slipper göda gamin (= Tack igen! /uhtoom On 10 Feb 2015 11:37, Erik Johansson erjo...@gmail.com wrote: Hej Kul att du har börjat kartlägga! Hoppas det kommer mer, och du får gärna skicka mail här istf irc. Men det går nog snabbare att få svar på IRC. Tycker det ser bra ut, åsikterna jag har är inte så viktiga utan mest här för att diskutera. access=private används om man inte tillåter folk åka på vägen utan tillstånd, om det är en uppfart till ett hus så brukar jag använda highway=service; service=driveway. Ibland använder jag sådan taggning även på ~800m långa vägar som bara går till en stuga, någon får gärna kritisera det. :-) Fortsätter in path:en in i skogen, då kan det vara en bra idé att markera att den gör det, men det gör jag själv inte alla gånger. Jag skulle själv ha försökt att redigera lite mer innan jag tryckte på Spara så man inte behöver gå igenom så många changesets, men det innebär ju pckså att jag ibland inte sparar allt jag gör vilket kanske inte är optimalt. Här har du dina changesets: http://overpass-api.de/achavi/?changeset=28732317 http://overpass-api.de/achavi/?changeset=28732258 2015-02-09 18:54 GMT+01:00 Narian Utom uht...@gmail.com: Hej igen! har gjort mina första redigeringar! ( https://www.openstreetmap.org/user/uhtoom ) Nu undrar jag om någon av er sköna människor skulle vilja titta på det lilla och se om något ser helt galet ut (= Vägen jag anslutit mina små vägar till (Tarravägen) byter namn i båda ändarna av den nu namngivna och inritade vägen, om jag markerar en del och byter namn på denna - riskerar jag att sabba någons arbete då? och när jag ändå ställer frågor - är det skitjobbigt att jag använder mail-listan som chat? är för sporadisk vid datorn för att tycka irc är bekvämt, men anpassar mig såklart om det önskas (= Tacksam för all hjälp! (= //uhtoom ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-talk-ie] Civil Parish and Barony Map Sheets
This is fantastic news, nice work Brian Donal. On 11 Feb 2015 00:30, Donal Diamond donal.diam...@gmail.com wrote: Good news! I went hunting for map sheets that show Civil Parish boundaries and found a new source at NUIG. Brian Hollinshead (brianh) kindly liased with the James Hardiman Library, National University of Ireland, Galway and got permission for use of map sheets for OSM use. http://archives.library.nuigalway.ie/memorial/memorial-atlas.html I've uploaded some of the sheets to mapwarper here: http://mapwarper.net/maps/tag/Memorial%20Atlas%20of%20Ireland And I've started a map viewer where u can overlay townlands, civil parishes and baronies at: http://maps.openstreetmap.ie/civilparish_barony.html?zoom=9lat=52.61135lon=-7.97937layers=BFTT Carlow is also available in Josm imagery list. The Civil parish boundaries on the map sheets correspond to our townland boundaries quite well but I have found the odd error. So use the sheets as a starting point to identify what townlands are in what civil parish. If in doubt, refer to the 1901 townland index and 1911 supplements on histpop: 1901: http://url.ie/y5tl (don't forget to check errata as well) 1911: http://url.ie/y5tm You can also look at townland lists for each civil parish at: http://www.irishancestors.ie/search/townlands/parish_index.php This database has lists from 1901 which would be preferable than using the db at seanrua which is based off 1830s index. Even if you have already finished mapping baronies and civil parishes in your county, please consider warping the sheet for us. Please able to return a fully rectified set of sheets to NUIG is a fair exchange for them making them available to us. Enjoy! Donal ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [talk-au] Fwd: Australian Government Department of Communications - Geocoded addressing survey [DLM=For-Official-Use-Only]
Hi Paul, I've completed their survey from a individual level, however will OSMF be submitting an OSMF response? I'm not 100% across what exact licensing conditions the data would need to be released under to leave open the possibility of incorporating it into OSM. Hence I've omitted that from my response, but it would be great if we could submit a response with that information. Regards, Andrew On 9 February 2015 at 21:06, Paul Norman penor...@mac.com wrote: The OSMF board received a survey request from the Australian Government Department of Communications. With their permission, I'm forwarding it to the talk-au@ and geocoding@ mailing lists. It is open until the 19th, but don't wait until the last minute because timezones may screw up a submission. It is fairly short. Forwarded Message Subject: Australian Government Department of Communications - Geocoded addressing survey [DLM=For-Official-Use-Only] Date: Thu, 5 Feb 2015 00:43:55 + From: Datapolicy datapol...@communications.gov.au datapol...@communications.gov.au To: bo...@osmfoundation.org bo...@osmfoundation.org bo...@osmfoundation.org Dear OpenStreetMap Foundation Board Members, The Australian Government Department of Communications is seeking views from industry, developers and the community on a proposed simple geocoded national address file product that might potentially be made openly available at no cost to the end user. We have prepared a short 5 – 10 minute survey and would appreciate your views and comments. This survey is available for completion until close of business on 19 February 2015 and is accessible through the following link: http://www.communications.gov.au/digital_economy/Survey_on_geocoded_addressing Responses will not be published and will only be used to inform the Australian Government’s consideration of the proposed product. If you have any questions, please reply email to the Data Policy Section at the Australian Government Department of Communications ( datapol...@communications.gov.au). Kind regards, Data Policy Section *Data Policy Section* *Data Policy Branch | Digital Productivity Division* datapol...@communications.gov.au www.communications.gov.au * Australian Government* *Department of Communications *GPO Box 2154 Canberra ACT 2601 *---* NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This message has been content scanned by the Axway MailGate. *---* ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk] How to locate errors
W dniu 2015-02-10 o 11:58, Jo Walsh pisze: So i suggest it's a problem with your query, not with the data itself? I can have a look via osmpgsql and report back, may not help much. May the reason be tagging it as natural=water+water=lake? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712
Ça n'a rien à voir. L'ID parcellaire est très récent puisqu'il est apparût avec la numérisation du cadastre il y a quelques années. Avant on avait un truc du type AB 21, maintenant on a 840087000AB0021 sur 15 caractères fixes. Et c'est tellement plus rapide de dire : ref:fr:commune = [CodeINSEE] [TypeObjet] [RefUnique] Ça nous (ou vous) fait sortir du monde purement informaticien et entrer dans le monde merveilleux de la géomatique - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Re-OpenStreetMap-Re-Re-Gros-probleme-de-correction-Groupe-de-modifications-28377712-tp5832528p5833068.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
