[Talk-br] Acesso aos dados do CADLOG de Sampa
Oi gente, alguem já tentou acessar dados do CADLOG de São Paulo? - Na minha primeira tentativa estou tendo essa pequena barreira (abaixo), aviso amahã como foi o resto... Data: 26 de agosto de 2015 18:18 Assunto: CADLOG Prezado Usuário KRAUSS: Para saber sobre meios de acesso ao CADLOG, entrar em contato com a Secretaria Municipal de Licenciamento, Supervisão Geral de Informação - SEL / INFO. Segue o link: *http://www.prefeitura.sp.gov.br/cidade/secretarias/licenciamentos/supervisoes/index.php?p=150774* http://www.prefeitura.sp.gov.br/cidade/secretarias/licenciamentos/supervisoes/index.php?p=150774 O Dicionário de Ruas quer saber mais sobre os usuários do site. Para isso, pedimos a gentileza de informar: ESCOLARIDADE: PROFISSÃO: CIDADE (de residência): Núcleo – Denominação de Logradouros Públicos *logradou...@prefeitura.sp.gov.br* -Mensagem original- Enviada em: sábado, 22 ago 2015 Assunto: DICIONÁRIO DE RUAS Informação: Gostaria de saber se o CADLOG ainda é mantido e onde existe disponivel, em meio digital, o Banco de Nomes. Obrigado ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-ar] State of the Map LatAm 2015
Buenas tardes a todos gente! En primer lugar, para los que no sabían o se olvidaron del 4 al 6 de Septiembre se estará celebrando en Santiago de Chile la primer conferencia latinoamericana de OSM, el *State of the Map LatAm 2015*. Estaría muy bueno que desde nuestro país podamos participar la mayor cantidad posible. ¿Alguien de esta lista va a ir? Saludos, Zalito ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
Un exemple de la chaîne complète : State of the Map France à Brest, 29 Mai 2015 Atelier proposé par Antoine Riche de Carto'CITÉ http://cartocite.fr Document sous licence Creative Commons : CC-BY-SA Je ne passe pas le document en question (500 Ko) sur la liste, je peux le passer sur demande. Jean-Yvon Le 26/08/2015 14:51, image93 - lcel...@cci-paris-idf.fr a écrit : Merci pour votre réponse. Je savais en effet que qgis avait un plugin permettant d'extraire et de récupérer de la donnée OSM selon une emprise spatiale. Je l'avais testé il y a longtemps. Et j'avais récupéré les data OSM qu'on peut récupérer par exple sur geofabrik (couches roads, occupation du sol, water...). Je n'ai pas souvenir de couche ou d'attributs renseignant sur les parking. Donc je ne suis pas sûr malheureusement qu'il soit possible d'extraire les parking sur un departement ou une region admin avec le plugin qgis... -- View this message in context: http://gis.19327.n5.nabble.com/couche-OSM-pour-parking-stationnement-tp5853184p5853218.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-fr] couche OSM pour parking/ stationnement?
Il est où cet exemple ? J'ai du mal à me représenter un tel cas. On 26/08/2015 16:48, Jérôme Seigneuret wrote: Le 26 août 2015 16:25, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Dans ce cas, il faut tout garder (highway, area, amenity) Dans ce cas c'est Osmose et JOSM qui vont pas être content. Mais bon on peut faire avec. ou bien descendre un cran en plus dans le niveau de détail du mapping pour séparer la surface du parking de la voie de circulation environnante car si il y a un parking au milieu de la place c'est qu'on la contourne quand on circule... Pas vraiment dans mon cas la place et le parking sont confondus. Si je veux ajouter un parking_aisle je crois qu'il faut gérer des contraintes de superposition au niveau des jonctions de la voirie. Je peux ajouter une surface amenity=parking par dessus aussi en enlevant le trottoir de séparation de la rue et de la place adjecente (60cm de largeur de linéaire). Pas de trottoir coté bâti dans mes souvenirs car la place et le parking sont contre. Cela étant, on peut aussi transférer cette discussion sur un autre sujet car j'ai d'autres cas un peu pénible en tête pour les places avec une voie de type secondary traversant la place avec le même nom et des voies de services qui se rajoute. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-be] Relaties aanpassen
Hoi Ik zou enkele relaties moeten aanpassen (wijzigingen in fietsknoopuntennetwerk en fietsroutes) Kan iemand me zeggen wat de makelijkste manier is om dit te doen. Waar vind ik ergens een handleiding. Ik heb een beetje schrik dat ik de hele relatie kapot ga maken. Ik werk nu met Potlatsh2, maar misschien gaat dit makkelijker met een andere editor. -- Groetjes Tom Lauwereins (aka Tom Pouce) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Wochennotiz Nr. 266 18.8.–24.8.2015
Hallo, die Wochennotiz Nr. 266 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2015/08/wochennotiz-nr-266/ Viel Spaà beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů]
On Tue 2015-08-25 18:01:56, Miroslav Suchy wrote: Dne 25.8.2015 v 17:21 Matěj Cepl napsal(a): Nebyl by nějakej ticketovací systém? V tomhle se brzo ztratíme. Myslím že wiki bude zatím stačit. Založil jsem http://wiki.openstreetmap.org/wiki/Chyb%C4%9Bj%C3%ADc%C3%AD_Trasy_K%C4%8CT uvidíme jak se to osvědčí. No.. ono by bylo nejlepsi mit neco s mapou. Aspon jsem tam pridal sloupecek oblast. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů]
On Tue 2015-08-25 17:41:53, Petr Holub wrote: Kdyby si nekdo chtel udelat prochazku: ... a jestli mate nekdo tipy na prochazky jinde, tak mozna poslete ;-). Nebyl by nějakej ticketovací systém? V tomhle se brzo ztratíme. +1 Podivejte se treba na region severne od Znojma, tam je to porad jeste v rezimu hic sunt leones pokud se turistickych znacek tyka. No, oblasti kde neni nic jsou jednoduchy -- kazdy vylet tam bude uzitecny. Ve zmapovanych oblastech (Ricany, Sazava) uz to chce vylet trochu planovat :-). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-GB] New user edits in Stratford
If anyone with good knowledge of Stratford-upon-Avon could take a look at these edits by a new user. They look well-intentioned but have resulted in duplicates and some other questionable edits. It may just be worth reverting. I've not made contact or added any changeset comments. https://www.openstreetmap.org/user/c1995/history#map=17/52.19218/-1.70325 Cheers Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-de] Denkmalschutz wie taggen?
2015-08-26 16:15 GMT+02:00 Kurt Waldhans k...@waldhans.com: ich würde mit DE:Historical Objects http://wiki.openstreetmap.org/wiki/DE:Historical_Objects anfangen. Mehr via PM. mfg Kurt Das ist doch nicht das selbe! MfG On 26-Aug-15 11:17, Elstermann, Mike wrote: Hallo zusammen, möglicherweise schon behandelt, aber ich hab nicht so richtig ergiebige Quellen gefunden, deshalb hier die Frage: Wie tagge ich Objekte, die unter Denkmalschutz stehen? · Gebäude · Gebäudeteile · Denkmalschutzgebiete · . . . Möglicherweise wäre das doch auch mal eine meue Wochenaufgabe? Danke, der geoObserver. ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] Relaties aanpassen
Hallo Tom, Ofwel doen we eens een hangout. (Ik heb nog iemand in Friesland die ook interesse heeft, al gaat het bij hem om een lange lus en ik vermoed bij jou om de fietsknooppunten). Ofwel wil ik wel eens afspreken in Leuven voor een mini OSM meeting. Het principe is grotendeels hetzelfde wat betreft roles als de route splitst en dus verschilt voor heen/terug. Aan hem moet ik ook nog uitleggen hoe wegen gesplitst moeten worden... We zijn tijdens onze eerste hangout niet ver geraakt, omdat JOSM de voorkeur gaf aan IP v6, maar die was slecht geconfigureerd en dat liep dus in het honderd. Polyglot Op 26 augustus 2015 22:02 schreef Tom Lauwereins t...@lauwereins.eu: Hoi Ik zou enkele relaties moeten aanpassen (wijzigingen in fietsknoopuntennetwerk en fietsroutes) Kan iemand me zeggen wat de makelijkste manier is om dit te doen. Waar vind ik ergens een handleiding. Ik heb een beetje schrik dat ik de hele relatie kapot ga maken. Ik werk nu met Potlatsh2, maar misschien gaat dit makkelijker met een andere editor. -- Groetjes Tom Lauwereins (aka Tom Pouce) ___ 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] What's the point of the Wiki 'k=v' icon?
Dave F. davefox at madasafish.com writes: Hi Bearing in mind the wiki is used more often by new OSM contributors therefore should be a clear concise as possible, I'm curious why this icon is so prevalent: http://wiki.openstreetmap.org/w/images/thumb/5/5f/Osm_element_tag.sv g/200px-Osm_element_tag.svg.png There's no description of what it means or relates to. It refers purely to 'behind the scenes' business. New users are interested in that. Even if it were described, it would still be irrelevant as *all* tags are based on a key=value format. The graphic is used when there isn’t a specific image to put in a tag value infobox, with a k= graphic for key descriptions. A “No image yet” graphic used to be used. The message is buried within the {{description}} template. Although there are some pages that could have pictures but don’t it doesn’t always make sense to have one. In a similar vein I notice a few wiki pages concerning tagging have XML OSM database code. Completely unnecessary again, might put off users who believe you have to have programming experience to contribute. Where? Dave F. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] osmose: analyse croisement BANO/OSM à tester... dégommer du rouge autrement
On 15/08/2015 19:27, didier2020 wrote: cool ! j'en profite pour te remercier de ces dernieres idees qui sont une aide précieuse pour les ajouts/corrections J'ai modifié la requête pour l'analyse osmose s'appuyant sur BANO pour signaler les rues manquantes, les nom manquants ou incorrects. Elle prend en compte beaucoup plus de cas de figure et on est passé surtout de 2600 proposition ajout ou correction de noms à plus de 2. Si la proposition de josm-fix n'est pas correcte, signalez-le avec un faux-positif, ça me permet ensuite de les passer en revue et de rectifier le tir dans ma requête tentaculaire. Voici le lien direct pour les propositions d'ajout de noms de rue: http://osmose.openstreetmap.fr/fr/map/#item=7170class=32 il y en a plus de 16000... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] NLS OS 6in EW in Potlatch iD
On 26/08/2015 21:58, Tom Hughes wrote: On 26/08/15 21:35, Steve Doerr wrote: Anyone know if there's a tms address for the imagery set shown here: http://maps.nls.uk/geo/explore/#zoom=8lat=51.6206lon=-0.1766layers=176 ? Oohh... That's new... Yes, there is but as they are county series maps they seem to have one URL per county. Ones I have identified so far are: http://geo.nls.uk/mapdata2/os/25_inch/middlesex/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/essex/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/england_holes/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/kent/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/surrey/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/sussex/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/buckingham/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/london/{z}/{x}/{y}.png Thanks, Tom. As luck would have it, my home town is mostly on the kent layer, but partly on england_holes! -- Steve --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-fr] ***SPAM*** Re: Nettoyer une imprécision propre au cadastre
Je ne suis pas convaincu, mais je n’étais pas assez convainquant. Il n’est pas normal qu’une voie urbaine soit dénommée (par une initiative intempestive des agents du cadastre) « voie communale », c’est nécessairement un bug. Qu’on m’indique un seul contre-exemple dans lequel la commune aurait voulu créer une « voie communale x ». Pour les routes rurales, on trouve couramment « voie communale de commune 1 à commune 2 ». Il me semble simple de discriminer les deux occurrences, puisque la seconde comporte une particule et 2 noms référencés. Si on supprime voie communale suivi d’une chaîne quelconque, on ne risque pas de tomber sur une route rurale. Personne n’a vu des « voies communales » parasites ou non ? Dans le même ordre d’idée (les déraillements du cadastre), j’ai 2 cas de doublement intempestif : « Vieiile Vieille route de Rosporden » . Ne peut-on réguler ce type de débordement ? A noter que pour les deux types d’erreurs, j’ai, en prime, des cas d’absence de n° FANTOIR. Christian R. Le 23 août 2015 à 22:41, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Le 22/08/2015 19:58, Christian Rogel a écrit : Serait-il problématique de retirer « voie communale » d’office, mais à condition de tenir compte du cas où le nom est légitime, au moins jusqu’à enquête sur le terrain? En effet, des routes intercommunales on, parfois, comme nom cadastral « voie communale n de x à y ». La présence du numéro et des noms de communes servirait de discriminant. La réponse donnée par Christian (cq94) dans un fil parallèle (BANO VS OSM) pourrait s'appliquer ici : Et comment déterminer qui est correct ? Et finalement tu ne dis pas autre chose, quand tu proposes d'un côté de retirer d'office, tout en ajoutant immédiatement mais Ce qui revient à dire : soyons systématiques... sauf quand on ne l'est pas ;). La question derrière est bien, je suis d'accord, celle de la légitimité du nom, mais je ne vois pas un programme décider de cette légitimité mieux qu'un contributeur. Sauf à disposer d'une sorte de liste / dictionnaire de ce qui est légitime, ce qu'ici peut-être les communes seraient à même de fournir ? J'exclus les pistes Cadastre et Fantoir qui semblent être la cause du souci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-be] missing affiliation on BIPT website
The Belgian Institute for Postal services and Telecommunications (BIPT) has used OSM data at [1], without providing the proper affiliation [2]. I cannot find if a member of the OSM community has contacted the BIPT to rectify this, other than the attempt made by user Cheezycrust to get them to consider using OSM maps on a different page of theirs [3]. I'm checking the mailing list to make sure I don't spam them if someone already brought this to their attention. Also, I'm asking if there's a typical template used in situations as these? [1] http://www.bipt.be/nl/consumenten/telefoon/dienstkwaliteit/dekkingskaarten [2] https://www.openstreetmap.org/copyright [3]: https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Mapping_resources#GSM.2FUMTS_antenna_sites ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-fr] couche OSM pour parking/ stationnement?
Bonjour, Je viens de réaliser que les parkings et stationnement sont représentés sur le fond OSM. Peut on récupérer la couche vectorielle des éléments parking et stationnement? Si oui, savez vous comment faire? Quel est le nom de la couche dans laquelle sont présents ces éléments? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/couche-OSM-pour-parking-stationnement-tp5853184.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] couche OSM pour parking/ stationnement?
Bonjour Le 26/08/2015 12:17, image93 a écrit : 2/ est il possible de connaitre la date d'acquisition et/ou de mise à jour de la donnée? C'est du temps réel Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
La priorité dépend de l'ordre d'écriture des règles, et la dernière écrase toujours les précédentes. Elle les écrase pour la journée complète, par exemple : Mo 08:00-12:00; Aug Mo 14:00-18:00, ici la règle d'août remplace entièrement celle par défaut, et donc l'horaire d'ouverture en août est uniquement 14h-18h (pas d'ouverture le matin). Ça marche de la même manière pour la définition des mois/semaines. Concernant le passage à l'heure d'été dans YoHours, ce serait pertinent de l'avoir, au même titre que toutes les variantes possibles de la syntaxe. Pour l'instant ce n'est pas prévu (faute de temps/moyen), d'autant que ce n'est pas quelque chose qui sert (à priori) si régulièrement que ça. J'en profite par contre pour dire que je travaille sur la factorisation (que ce soit des mois ou du reste) avec un système plus générique/efficace, ça devrait être bientôt disponible. Cordialement, PanierAvide. Le 26/08/2015 12:07, Florian LAINEZ a écrit : Merci Jérome, merci Francescu. Je parviens donc au résultat suivant : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00; SH 14:00-17:00; Mar Su[-1]-Oct Su[-1] SH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 Comment être certain que la bonne valeur s'applique au bon moment ? Je ne sais pas quelle chaine de valeurs est prioritaire sur laquelle donc je ne peux pas contrôler que Samedi et Dimanche de 14h à 17h (18h après le passage à l'heure d'été) s'applique bien avec Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00 J'ai trouvé un outil de contrôle mais le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 est insuffisant pour répondre à cette question. Adrien tu penses qu'il peut être pertinent d'implémenter le passage à l'heure d'été dans Yo Hours ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] ★ openstreetmap list - italiano, Вася оставил для вас сообщение
2015-08-25 22:49 GMT+02:00 girarsi_liste liste.gira...@gmail.com: Se questo è italiano, io son eschimese.. O_o spam di badoo. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:place
Damjan Gerli wrote Il nome in addr:place dovrebbe essere quello usato nel corrispondente tag place:xyz=XY (es. place:village, hamlet, ecc.) che dovrebbe esistere. Quindi io metterei senza Località. Io Località lo metterei. Come per addr:street scriviamo Via -- View this message in context: http://gis.19327.n5.nabble.com/addr-place-tp5853119p5853188.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] couche OSM pour parking/ stationnement?
Merci. 1/ Votre exemple est centré sur le val de Marne. COmment fait on pour changer la zone geographique? Je ne vois aucun paramètre spatial? d'AOI dans vos requetes de gauche... 2/ est il possible de connaitre la date d'acquisition et/ou de mise à jour de la donnée? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/couche-OSM-pour-parking-stationnement-tp5853184p5853195.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-it] Servizio immagini vettoriali stampabili mappa OSM + traccia GPS?
Ciao, grazie a entrambi, credo che Maperitive sia la soluzione migliore. Grazie! Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Servizio-immagini-vettoriali-stampabili-mappa-OSM-traccia-GPS-tp5852756p5853187.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] ★ openstreetmap list - italiano, Вася оставил для вас сообщение
Vedo che te ne intendi... Il 26/ago/2015 09:35, Simone Cortesi sim...@cortesi.com ha scritto: 2015-08-25 22:49 GMT+02:00 girarsi_liste liste.gira...@gmail.com: Se questo è italiano, io son eschimese.. O_o spam di badoo. -- -S ___ 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-ph] Dumaguete OSM events
Good job Erwin! On Wed, Aug 26, 2015 at 4:52 PM, Erwin G. Olario er...@ngnuity.net wrote: The awesome(OSM) new mappers from Dumaguete (and other neighboring towns in Negros Oriental) had been busy bees in the past few days. All in all, the new mappers managed to achieve the following, between 20-24 August: Loaded – nodes: 7095, ways: 775, relations: 15 Displayed – pois: 603, lines: 234, polygons: 219 Source: http://overpass-turbo.eu/s/b7C For comparison, between 1-16 August, the following updates occurred for the same area: Loaded – nodes: 2073, ways: 207, relations: 22 Displayed – pois: 49, lines: 31, polygons: 37 I'd like to acknowledge the following for their role in making August an awesome(OSM) month for Dumaguete (and Negros Oriental): *Asia Foundation and their local partners: Negros Oriental Provincial Government, and the various local biker groups for participating in the TAF-CfC crowd-sourced mapping using OpenStreetMap workshop, 20-21 August. Participants of this introductory workshop is largely responsible for the substantial new tourism-related POIs and edits from this area. *Foundation University's OSM Appreciation Seminar, 22 August - Mr. Dean Cinco, university president, Ms. Girlie Bernardez, Ms. Dae Habalo, and old associate and fellow F/LOSS advocate, Mr. Jan Bungart. *Silliman University's OSM Appreciation Seminar, 24 August - Dr. Dave Marcial, dean of the College of Computer Studies. Ms. Janice Forster, chair of the I.T. department. I also acknowledge the efforts of Mr. Kirk Morris of Bacong, Negros Oriental to encourage Silliman's interest in community and crisis mapping. There are some pictures here: https://goo.gl/photos/NNBNXbTfdsXhSdjt9 Cheers and welcome to the new mappers Erwin Olario - - - - - - - - - - - - - - - - - - - » email: er...@ngnuity.net | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B Hi everyone. FYI. We have several upcoming events [0] in Dumaguete, and I would love to touch bases with local awesome(OSM) mappers. 20-21 Aug - Crowd-mapping with OSM :: The Asia Foundation + local partners 22 Aug, 0900~ - OSM Appreciation Seminar :: Foundation University 24 Aug, 0900~ - OSM Appreciation Seminar :: Silliman University, College of Computer Studies If you are affiliated with these communities, please contact the following: Asia Foundation - Mr. King Ocampo, kingfrancis.oca...@asiafoundation.org Foundation University - Ms. Girlie Berdardez, mariacorazon.bernar...@foundationu.com Silliman University - Prof. Forster, janicevfors...@su.edu.ph If you want to participate in the last two events, kindly let me know. Regards, [0] https://wiki.openstreetmap.org/wiki/Template:Calendar Erwin Olario - - - - - - - - - - - - - - - - - - - » email: er...@ngnuity.net | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-fr] inscription au trac fermée
Hello, j'ai essayé de m'inscrire à Trac pour remonter une suggestion Osmose mais la page http://trac.openstreetmap.fr/register me renvoie un forbidden. Est-ce un problème identifié ? Merci -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
Bonjour Le 26/08/2015 12:07, Florian LAINEZ a écrit : Comment être certain que la bonne valeur s'applique au bon moment ? Si j'ai bien compris : un règle suivante vient toujours contraindre une règle précédente en cas de chevauchement. Mais à confirmer, car je n'ai pas la certitude Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-de] Denkmalschutz wie taggen?
Hallo zusammen, möglicherweise schon behandelt, aber ich hab nicht so richtig ergiebige Quellen gefunden, deshalb hier die Frage: Wie tagge ich Objekte, die unter Denkmalschutz stehen? · Gebäude · Gebäudeteile · Denkmalschutzgebiete · . . . Möglicherweise wäre das doch auch mal eine meue Wochenaufgabe? Danke, der geoObserver. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] inscription au trac fermée
Pour tac je ne sais pas. Mais tu peux la mettre sur le github (en anglais) : https://github.com/osm-fr/osmose-backend https://github.com/osm-fr/osmose-frontend Frédéric. Le 26/08/2015 12:08, Florian LAINEZ a écrit : Hello, j'ai essayé de m'inscrire à Trac pour remonter une suggestion Osmose mais la page http://trac.openstreetmap.fr/register me renvoie un forbidden. Est-ce un problème identifié ? Merci -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ 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
[Talk-at] Fwd: ORD-00004657 - Frage Lizenzerweiterung Verwaltungsgrenzen - data.gv.at - OpenStreetMap
Hallo, Hab jetzt wieder eine Antwort bekommen vom BEV. Sieht nicht sehr vielversprechend aus. Wie es aussieht dürfen wir die Daten nur verwenden wenn wir die Namensnennung in Folgeprodukten garantieren können. (Was wir ja aber nicht können) Was ich jetzt wieder nicht ganz verstehe ist das: - Verwendung der Daten zur Qualitäts-messung/Verbesserung - geht in Ordnung - Direkte Verwendung der Daten (halb automatisierter Import) - geht in Ordnung Geht das jetzt also auch ohne gegen die Lizenz zu verstoßen oder bezieht sich das auch auf nur mit Namensnennung inkl bei Folgeprodukten. Bissl zum verzweifeln das Ganze... mfg Thomas Rupprecht -- Weitergeleitete Nachricht -- Von: Jüptner Bernhard bernhard.juept...@bev.gv.at Datum: 26. August 2015 um 09:40 Betreff: AW: ORD-4657 - Frage Lizenzerweiterung Verwaltungsgrenzen - data.gv.at - OpenStreetMap An: Thomas Rupprecht rupprecht.tho...@gmail.com Sehr geehrter Herr Rupprecht, auf Ihre Fragen kann ich Ihnen folgende Antworten geben: - Es wäre möglich eine Namensnennung zu setzen unter: http://www.openstreetmap.org/copyright bzw unter https://wiki.openstreetmap.org/wiki/Contributors#Austria Die Namensnennung auf der o.a. Portalseite ist ausreichend - OSM gibt die Daten unter der ODbL 1.0 weiter. Eine Namensnennung des BEV in Folgeprodukte wäre *nicht* möglich. Die Namensnennung in den Produkte der Kunden von OSM müsste gewahrt bleiben - Folgende 2 Datensätze wären (zurzeit) von Interesse: Verwaltungsgrenzen (VGD) - Stichtagsdaten grundstücksgenau https://www.data.gv.at/katalog/dataset/51bdc6dc-25ae-41de-b8f3-938f9056af62 und Adressregister http://www.bev.gv.at/portal/page?_pageid=713,1604469_dad=portal_schema=PORTAL Die beiden Datensäte stehen am Portal des BEV zur Verfügung und haben hier unterschiedliche Nutzungsrechte. Zusätzlich sind die gleichen Verwaltungsgrenzdaten auch am data.gv.at. Portal verfügbar, hier gelten andere Nutzungsbedingungen (s.u.) - Falls die Nutzung aller Daten allgemein nicht möglich ist ersuche ich Klärung einer Nutzung einzelner Datensätze (zb nur das Adressregister) Die Nutzung der Daten ist unter den jeweils angeführten Bedingungen möglich - Eine Klärung für mögliche zukünftige Datensätze wäre von Interesse Es gibt derzeit schon einige unentgeltliche Datensätze am Portal des BEV, die (mit Ausnahme des Adressregisters) alle die gleichen Nutzungsbedingungen wie die Verwaltungsgrenzen haben. Ob zukünftig andere Lizenzbedingungen zur Anwendung kommen kann derzeit nicht agbeschätzt werden - Der Datensatz Adressregister ist für OSM in Österreich von HÖCHSTEM Interesse und würde die Datenqualität und Nutzbarkeit für Routing etc massiv erhöhen!!! - Die Nutzung der Daten für OSM würde ich gerne für 2 Arten geklärt haben: - Verwendung der Daten zur Qualitäts-messung/Verbesserung - geht in Ordnung - Direkte Verwendung der Daten (halb automatisierter Import) - geht in Ordnung - Ein exklusives Nutzungsrecht für OSM wäre von Vorteil Ein exklusives Nutzungsrecht, d.h. dass nur OSM Nutzungsrechte oder spezielle Nutzungsrechte erhält,die andere Kunden nicht bekommen, ist nicht möglich - Es könnte mal eine Lizenzänderung geben - zb auf eine neuere Version der ODbL - Was wäre wenn sich die Lizenz ändern würde? Es würde aber immer eine freie Lizenz bleiben. Auch mit neuen OSM-Lizenzen müssen die Nutzungsbedingungen der Daten des BEV eingehalten werden. Das muss von OSM sichergestellt werden - Früher standen die Daten unter CC-BY-SA 2.0 - welche, die von OSM? - Ob die Daten jetzt von data.gv.at oder bev.gv.at kommen wäre für OSM egal Was die Daten betrifft sind sie völlig ident (gleich Downloadquelle), was die Nutzungsbedingungen betrifft nicht. - Ich bräuchte eine schriftliche Bestätigung unter welchen Bedingungen etc OSM die Daten nutzen darf (oder auch nicht) um für Streitfragen einen schriftlichen Beweis zu haben *Nutzungsbedingungen für Daten des Adressregisters* Für das Produkt Adressregister Relationale Tabelle Stichtagsdaten werden uneingeschränkte Nutzungsrechte unter der Bedingung eingeräumt, dass in allen Abgabeformen und allen Folgeprodukten auf die Schutzrechte des Adressregisters und den Stichtag des Datenauszuges in folgender Form hingewiesen wird: © Österreichisches Adressregister, Stichtagsdaten vom TT.MM.. Eine Namensnennung auf der Portalseite (siehe 1. Punkt) ist dafür ausreichend *Nutzungsbedingungen für Verwaltungsgrenzen* a) gemäß Standardentgelte und Nutzungsbedingungen 2015 http://www.bev.gv.at/pls/portal/docs/PAGE/BEV_PORTAL_CONTENT_ALLGEMEIN/0200_PRODUKTE/BESTELLFORMULARE/STANDARDENTGELTE_UND_NUTZUNGSBEDINGUNGEN_2015.PDF *2.2.2 Standardnutzung* *e) Unentgeltliche Produkte und Services des BEV* *Die unentgeltlichen Produkte des BEV dürfen im Rahmen von Folgeprodukten Dritten zur Verfügung gestellt **werden, wenn folgende Bedingungen erfüllt sind:* *- Be- und Verarbeitung der Daten gem. Punkt 2.3.7* *
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
Pas de couche dans OSM... des tags permettent de différencier les objets géométriques. Ici c'est: amenity=parking qu'il faut chercher... Exemple en utilisant over_pass API: *http://overpass-turbo.eu/s/b7T * Les données sont dans l'onglet data... On 26/08/2015 09:41, image93 wrote: Bonjour, Je viens de réaliser que les parkings et stationnement sont représentés sur le fond OSM. Peut on récupérer la couche vectorielle des éléments parking et stationnement? Si oui, savez vous comment faire? Quel est le nom de la couche dans laquelle sont présents ces éléments? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/couche-OSM-pour-parking-stationnement-tp5853184.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] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
Merci Jérome, merci Francescu. Je parviens donc au résultat suivant : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00; SH 14:00-17:00; Mar Su[-1]-Oct Su[-1] SH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 Comment être certain que la bonne valeur s'applique au bon moment ? Je ne sais pas quelle chaine de valeurs est prioritaire sur laquelle donc je ne peux pas contrôler que Samedi et Dimanche de 14h à 17h (18h après le passage à l'heure d'été) s'applique bien avec Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00 J'ai trouvé un outil de contrôle mais le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 est insuffisant pour répondre à cette question. Adrien tu penses qu'il peut être pertinent d'implémenter le passage à l'heure d'été dans Yo Hours ? Le 25 août 2015 14:07, Francescu GAROBY windu...@gmail.com a écrit : La règle du changement d'heure est : le dernier dimanche du mois de mars/octobre. Tu peux donc faire quelque chose comme ça : Mar Su[-1]-Oct Su[-1], pour la période allant du dernier dimanche de mars au dernier dimanche d'octobre. Francescu Le 25 août 2015 12:58, Florian LAINEZ winner...@free.fr a écrit : Hello, J'utilise toujours l'excellent YoHours pour définir les horaires des lieux que je visite. Pour le phare de Biarritz https://www.openstreetmap.org/way/71996554 j'ai généré un horaire http://github.pavie.info/yohours/?oh=Sa,Su%2014:00-17:00;%20SH%20Mo-Fr%2014:00-17:00;%20May-Jun%2014:00-18:00;%20Sep%2014:00-18:00;%20Jul-Aug%2010:30-13:00,14:00-19:00 en me basant sur les infos trouvées sur le site de l'office de tourisme http://reservation.anglet-tourisme.com/fr/evenements/a421713/visite-du-phare-biarritz/bookingiframe . Par contre il y a un changement d'horaire après passage à l'heure d'été. Je n'ai pas trouvé sur le wiki http://wiki.openstreetmap.org/wiki/Key:opening_hours cette possibilité. Une idée ? -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
Merci pour vos réponses. Si les conditions à droites écrasent celles à gauche je parviens à ce résultat : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] Sa,Su 14:00-18:00; PH 14:00-17:00; Mar Su[-1]-Oct Su[-1] PH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 C'est quand même une mission pour définir des horaires d'ouverture ... Merci pour l'update PanierAvide, on attends tes releases avec impatience ! ++ Le 26 août 2015 12:41, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Les priorités se font de gauche à droite en fonction des séparateurs en écrasant les valeurs du(des) jour(s) ou du (des) mois définis. C'est pas de la surcharge ou l'on ajoute une période horaire supplémentaire. Dans ton lien le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 il y a la ligne *date et heure*: Tu peux changer la date puis le résultat va évoluer dans le tableau du bas. (semaine correspondant au jour saisie) Par contre je crois que si tu utilises *SH *il faut explicitent mettre *PH. *C'est ce qui est précisé dans le message d'avertissement. *exemple:* SH https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday 10:00-12:00 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time ; https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#section:rule_separators PH https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday 11:00-12:00 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time Attention SH ne fonctionne pas pour notre territoire car pas défini. *An error occurred during evaluation of the value SH. Please file a bug report here: https://github.com/ypid/opening_hours.js/issues?state=open https://github.com/ypid/opening_hours.js/issues?state=open. There are no holidays SH defined for country fr and state Languedoc-Roussillon. You can also add them: __repository_url__* Il ne faut donc pas vraiment se fier aux périodes SH définies car se sont celle de l'Allemagne et pas celle de la France. Ou alors tu testes en connaissance de cause avec les périodes Allemandes définies pour SH. *country * *de **state **Baden-Württemberg* Le 26 août 2015 12:34, PanierAvide panierav...@riseup.net a écrit : La priorité dépend de l'ordre d'écriture des règles, et la dernière écrase toujours les précédentes. Elle les écrase pour la journée complète, par exemple : Mo 08:00-12:00; Aug Mo 14:00-18:00, ici la règle d'août remplace entièrement celle par défaut, et donc l'horaire d'ouverture en août est uniquement 14h-18h (pas d'ouverture le matin). Ça marche de la même manière pour la définition des mois/semaines. Concernant le passage à l'heure d'été dans YoHours, ce serait pertinent de l'avoir, au même titre que toutes les variantes possibles de la syntaxe. Pour l'instant ce n'est pas prévu (faute de temps/moyen), d'autant que ce n'est pas quelque chose qui sert (à priori) si régulièrement que ça. J'en profite par contre pour dire que je travaille sur la factorisation (que ce soit des mois ou du reste) avec un système plus générique/efficace, ça devrait être bientôt disponible. Cordialement, PanierAvide. Le 26/08/2015 12:07, Florian LAINEZ a écrit : Merci Jérome, merci Francescu. Je parviens donc au résultat suivant : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00; SH 14:00-17:00; Mar Su[-1]-Oct Su[-1] SH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 Comment être certain que la bonne valeur s'applique au bon moment ? Je ne sais pas quelle chaine de valeurs est prioritaire sur laquelle donc je ne peux pas contrôler que Samedi et Dimanche de 14h à 17h (18h après le passage à l'heure d'été) s'applique bien avec Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00 J'ai trouvé un outil de contrôle mais le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 est insuffisant pour répondre à cette question. Adrien tu penses qu'il peut être pertinent d'implémenter le passage à l'heure d'été dans Yo Hours ? ___ 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] couche OSM pour parking/ stationnement?
Peux-être veux-tu également ne prendre en compte que les parkings accessibles au public. Voici la requête qui exclue les parkings privés : http://overpass-turbo.eu/s/b8j Le 26 août 2015 13:04, David Crochet david.croc...@free.fr a écrit : Bonjour Le 26/08/2015 12:40, image93 a écrit : Celà signifie par exemple que si un parking est devenu en janvier 2015 une ecole, l info aura obligatoirement été mise à jour? Si c'est mis à jour dans OSM, l'extraction depuis l'overpass-api l'aura pris en compte. Le délai entre la réalité du terrain et l'intégration dans OSM dépend du facteur humain, donc de quelques heures à quelques mois. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose et frontières
12 milles au delà de la côte ? Parfois, parfois, mais le plus souvent ce n'est pas ça, mais *ÇA* http://www.legifrance.gouv.fr/eli/decret/2015/7/31/MAEJ1512924D/jo . Le 26 août 2015 12:36, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 26/08/2015 00:41, osm.sanspourr...@spamgourmet.com a écrit : Ça n'a rien à voir avec le réchauffement climatique mais avec la modification du trait de côte en boundary admin_level=2 (ou la création d'un boundary admin_level=2 depuis le cadastre). Le bord du littoral n'est pas admin_level=2. Curieusement Osmose n'y voit que du feu, pourtant il y a un admin_level=2 sur un polygone ouvert. (par contre les boundary forment des polygones fermés, ici c'est un way). http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable= http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable= N.B. : il y a d'autres problèmes similaires à côté. Est-il possible de vérifier que les ways sont inclus dans des relations formant un multipolygone homogène ? Oui. Mais l'admin_level n'est pas pris en compte. Je pense que cette vérification à été retiré d'Osmose. Il n'y a pas besoin d'admin_level sur les ways. Sinon une alerte quand la surface ou le périmètre d'un pays change significativement ? Le différentiel Osmose ne sait pas faire. Il faudrait plutôt un référentiel. ___ 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
[Talk-us] Viewing Zoom Levels
How can I view the current zoom level in the JOSM editor or at the basic OSM website openstreetmap.org Zoom levels are defined as numbers (1-19) at http://wiki.openstreetmap.org/wiki/Zoom_levels I read a lot of messages talking about viewing details at at specific zoom levels. The only place I see zoom level displayed is on my Galileo iphone app. Thanks, Alan Date: Tue, 25 Aug 2015 19:55:14 -0700 From: Eric Fischer e...@pobox.com To: OpenStreetMap US Talk talk-us@openstreetmap.org Subject: [Talk-us] TIGER tracing layer updated to 2015 release Last week the US Census Bureau released the 2015 version of TIGER. This afternoon I updated the data in the set of tracing tiles that Mapbox hosts. As before, at zoom level 16 and up, it shows the complete TIGER streets, and at zoom levels 12 through 15, it shows TIGER minus dynamically subtracted OSM so you can more easily find TIGER streets that are missing in OSM. The tile URL has not changed, so if you are using iD or another editor that pulls from editor-imagery-index, you already have the new data. If not, you can manually enter the tile URL: https://a.tiles.mapbox.com/v4/enf.e0b8291e/{z}/{x}/{y}.png?access_token=pk.eyJ1IjoiZW5mIiwiYSI6IkNJek92bnMifQ.xn2_Uj9RkYTGRuCGg4DXZQ Eric -- ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] osmose et frontières
Le 26/08/2015 00:41, osm.sanspourr...@spamgourmet.com a écrit : Ça n'a rien à voir avec le réchauffement climatique mais avec la modification du trait de côte en boundary admin_level=2 (ou la création d'un boundary admin_level=2 depuis le cadastre). Le bord du littoral n'est pas admin_level=2. Curieusement Osmose n'y voit que du feu, pourtant il y a un admin_level=2 sur un polygone ouvert. (par contre les boundary forment des polygones fermés, ici c'est un way). http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable=http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable= N.B. : il y a d'autres problèmes similaires à côté. Est-il possible de vérifier que les ways sont inclus dans des relations formant un multipolygone homogène ? Oui. Mais l'admin_level n'est pas pris en compte. Je pense que cette vérification à été retiré d'Osmose. Il n'y a pas besoin d'admin_level sur les ways. Sinon une alerte quand la surface ou le périmètre d'un pays change significativement ? Le différentiel Osmose ne sait pas faire. Il faudrait plutôt un référentiel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
Le 26 août 2015 12:40, image93 lcel...@cci-paris-idf.fr a écrit : Bonjour, Qu'entendez vous par temps reel? Pour mieux comprendre, Overpass Turbo permet de faire des requêtes sur le serveur de données contenant les données actualisés par les contributeurs en temps réel. (Si un contributeur opère une mise à jour, ces modifications seront visible au travers des requêtes overpass avec un délais correspondant à la synchronisation des serveurs de 1 à 5 minutes environs) Celà signifie par exemple que si un parking est devenu en janvier 2015 une ecole, l info aura obligatoirement été mise à jour? Non. Cela signifie que si un contributeur à fait cette modification depuis le changement (entre janvier 2015 et aujourd'hui) elle apparaîtra forcément. Sinon nous vous invitons à mettre à jour l'information via les éditeurs prévus à cet effet. (Id, JOSM ...) J'imagine que la fiabilité et l'exhaustivité de la donnée parking varie selon le lieu non? Les deux varient suivant le nombre d'éditeur voués à la tâche et aux connaissances de terrains et la vitesse d'intégration. Donc oui, en effet, c'est variable et c'est le cas pour toutes les thématiques. Les données s’enrichissent tous les jours grâce aux contributions et à l'implication sur les différentes thématiques coexistant au sein d'OSM. Certaines personnes s'occupent de toutes les thématiques, d'autres ce concentrent sur l'adressage, d'autres sur le routing etc. Si c'est pour un usage pro, on peut s'attendre à avoir des données régulièrement actualisées avec une ou des personne(s) dédiée(s) à la tache. Coté extraction, vous pouvez utiliser QGIS qui intègre des outils d'extractions http://learnosm.org/en/osm-data/osm-in-qgis/ J'espère avoir répondu au mieux à vos interrogations. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] fontes de dados do OSM-BR
Não tenho condições de entrar nas discussões ou nas empreitadas, mas quero manifestar que o que o Peter está fazendo é muito importante. Continue, Peter! Mesmo que aparentemente o interesse de outros esteja sendo pouco, pela falta de respostas. Os assuntos são muito pertinentes, e a abordagem deles é necessária. (talvez ficasse melhor se fosse no fórum; principalmente agora que a talk-br já sabe deles) Em 26 de agosto de 2015 09:00, Peter Krauss ppkra...@gmail.com escreveu: Exemplo para discussão: Base Cartográfica Contínua do Brasil na escala 1:25 (BC250), disponivel em http://dados.gov.br/dataset/ccar_bc250_cemiterio_p * foi alguma vez a BC250 foi usada como *input* para o OSM? * está realmente em formato aberto e seus dados são atualizados e confiáveis? * ... A resposta a esse tipo de pergunta está vinculada ao registro que se faz na OSM da *origem e preparo dos dados*: se o registro é pobre, ou se existem poucas pessoas que sabem acessar esse registro, fica mais difícil responder a essas perguntas... E se por acaso não há resposta, é porque precisamos nos organizar melhor. Em 24 de agosto de 2015 21:53, Peter Krauss ppkra...@gmail.com escreveu: Aqui na lista talk-br@openstreetmap temos discutido a licença da fonte de dados das diversas fontes que se usa para adicionar dados ao OSM-BR... A licença do OSM é *ODbL* http://www.openstreetmap.org/copyright , de onde se pressupõe que as fontes que fazemos uso para adicionar dados na base do copiar/colar, tenham licenças compatíveis... De qualquer forma não encontrei todos os detalhes sobre o assunto... Achei algo ... mas apenas material da OSM-internacional, * item de FAQ sobre o assunto http://wiki.openstreetmap.org/wiki/Legal_FAQ?setlang=pt#2b._XYZ_Organisation_has_data_for_free_download_under_licence_N._Can_I_use_it_in_OSM.3F , * Grupo de trabalho http://wiki.openstreetmap.org/wiki/Open_Data_License/Licensing_Working_Group * Import/Catalogue http://wiki.openstreetmap.org/wiki/Import/Catalogue * Import/Guidelines http://wiki.openstreetmap.org/wiki/Import/Guidelines (e automated edits http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct) *Alguém já estudou isso, e como se aplicaria ao contexto-Brasil?* ...O máximo que encontrei foi uma listagem de rótulos, http://wiki.openstreetmap.org/wiki/Brazilian_data_sources (uma convenção de rótulo da autoridade do dado-fonte, para autoridades mais populares como IBGE e Funai) *Existe um grupo de trabalho aqui na talk-br? * PS: seria oportuno talvez formar, pelo menos um grupo de interesse na Wiki, para tentar consolidar as discussões que tem surgido, e registrar as soluções adotadas. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
Bonjour, Qu'entendez vous par temps reel? Celà signifie par exemple que si un parking est devenu en janvier 2015 une ecole, l info aura obligatoirement été mise à jour? J'imagine que la fiabilité et l'exhaustivité de la donnée parking varie selon le lieu non? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/couche-OSM-pour-parking-stationnement-tp5853184p5853200.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] What's the point of the Wiki 'k=v' icon?
Hi Bearing in mind the wiki is used more often by new OSM contributors therefore should be a clear concise as possible, I'm curious why this icon is so prevalent: http://wiki.openstreetmap.org/w/images/thumb/5/5f/Osm_element_tag.svg/200px-Osm_element_tag.svg.png There's no description of what it means or relates to. It refers purely to 'behind the scenes' business. New users are interested in that. Even if it were described, it would still be irrelevant as *all* tags are based on a key=value format. This confusion might actually put new users off editing. If there's no substantial reason for it's inclusion, I suggest they be removed. In a similar vein I notice a few wiki pages concerning tagging have XML OSM database code. Completely unnecessary again, might put off users who believe you have to have programming experience to contribute. Dave F. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-cl] Espacio para hacer desarrollo en State of the Map LatAm 2015
Hola, Me interesa saber si existirán espacios donde poder hacer desarrollo durante el evento Ideas: 1. Actualizar el sitio/routing de la comunidad, yo tengo unos avances en [1][2] 2. Agregar info de disponibilidad de bicicletas publicas a OpenTripPlanner / modeify [3], estoy usando OpenTripPlanner en http://planner.pedalean.com/ y es una funcionalidad que me interesa implementar Saludos [1] http://jpizarrom.github.io/osm-chile/ [2] https://github.com/jpizarrom/osm-chile [3] https://github.com/conveyal/modeify -- *Juan Pizarro* *Mob:* *E-Mail:* +56 9 75891972 jpizar...@gmail.com jpiza...@doingit.cl - OpenStreetMap.cl: El Mapa Libre del Mundo ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
Merci pour votre réponse. Je savais en effet que qgis avait un plugin permettant d'extraire et de récupérer de la donnée OSM selon une emprise spatiale. Je l'avais testé il y a longtemps. Et j'avais récupéré les data OSM qu'on peut récupérer par exple sur geofabrik (couches roads, occupation du sol, water...). Je n'ai pas souvenir de couche ou d'attributs renseignant sur les parking. Donc je ne suis pas sûr malheureusement qu'il soit possible d'extraire les parking sur un departement ou une region admin avec le plugin qgis... -- View this message in context: http://gis.19327.n5.nabble.com/couche-OSM-pour-parking-stationnement-tp5853184p5853218.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] couche OSM pour parking/ stationnement?
Bonjour Le 26/08/2015 12:40, image93 a écrit : Celà signifie par exemple que si un parking est devenu en janvier 2015 une ecole, l info aura obligatoirement été mise à jour? Si c'est mis à jour dans OSM, l'extraction depuis l'overpass-api l'aura pris en compte. Le délai entre la réalité du terrain et l'intégration dans OSM dépend du facteur humain, donc de quelques heures à quelques mois. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
Ducoup avec le test c'est ouvert le 25 décembre et le 1 Janvier 2018. Le 26 août 2015 14:28, Florian LAINEZ winner...@free.fr a écrit : Merci pour vos réponses. Si les conditions à droites écrasent celles à gauche je parviens à ce résultat : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] Sa,Su 14:00-18:00; PH 14:00-17:00; Mar Su[-1]-Oct Su[-1] PH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 C'est quand même une mission pour définir des horaires d'ouverture ... Merci pour l'update PanierAvide, on attends tes releases avec impatience ! ++ Le 26 août 2015 12:41, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Les priorités se font de gauche à droite en fonction des séparateurs en écrasant les valeurs du(des) jour(s) ou du (des) mois définis. C'est pas de la surcharge ou l'on ajoute une période horaire supplémentaire. Dans ton lien le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 il y a la ligne *date et heure*: Tu peux changer la date puis le résultat va évoluer dans le tableau du bas. (semaine correspondant au jour saisie) Par contre je crois que si tu utilises *SH *il faut explicitent mettre *PH. *C'est ce qui est précisé dans le message d'avertissement. *exemple:* SH https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday 10:00-12:00 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time ; https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#section:rule_separators PH https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday 11:00-12:00 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time Attention SH ne fonctionne pas pour notre territoire car pas défini. *An error occurred during evaluation of the value SH. Please file a bug report here: https://github.com/ypid/opening_hours.js/issues?state=open https://github.com/ypid/opening_hours.js/issues?state=open. There are no holidays SH defined for country fr and state Languedoc-Roussillon. You can also add them: __repository_url__* Il ne faut donc pas vraiment se fier aux périodes SH définies car se sont celle de l'Allemagne et pas celle de la France. Ou alors tu testes en connaissance de cause avec les périodes Allemandes définies pour SH. *country * *de **state **Baden-Württemberg* Le 26 août 2015 12:34, PanierAvide panierav...@riseup.net a écrit : La priorité dépend de l'ordre d'écriture des règles, et la dernière écrase toujours les précédentes. Elle les écrase pour la journée complète, par exemple : Mo 08:00-12:00; Aug Mo 14:00-18:00, ici la règle d'août remplace entièrement celle par défaut, et donc l'horaire d'ouverture en août est uniquement 14h-18h (pas d'ouverture le matin). Ça marche de la même manière pour la définition des mois/semaines. Concernant le passage à l'heure d'été dans YoHours, ce serait pertinent de l'avoir, au même titre que toutes les variantes possibles de la syntaxe. Pour l'instant ce n'est pas prévu (faute de temps/moyen), d'autant que ce n'est pas quelque chose qui sert (à priori) si régulièrement que ça. J'en profite par contre pour dire que je travaille sur la factorisation (que ce soit des mois ou du reste) avec un système plus générique/efficace, ça devrait être bientôt disponible. Cordialement, PanierAvide. Le 26/08/2015 12:07, Florian LAINEZ a écrit : Merci Jérome, merci Francescu. Je parviens donc au résultat suivant : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00; SH 14:00-17:00; Mar Su[-1]-Oct Su[-1] SH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 Comment être certain que la bonne valeur s'applique au bon moment ? Je ne sais pas quelle chaine de valeurs est prioritaire sur laquelle donc je ne peux pas contrôler que Samedi et Dimanche de 14h à 17h (18h après le passage à l'heure d'été) s'applique bien avec Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00 J'ai trouvé un outil de contrôle mais le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 est insuffisant pour répondre à cette question. Adrien tu penses qu'il peut être pertinent d'implémenter le passage à l'heure d'été dans Yo Hours ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
Les priorités se font de gauche à droite en fonction des séparateurs en écrasant les valeurs du(des) jour(s) ou du (des) mois définis. C'est pas de la surcharge ou l'on ajoute une période horaire supplémentaire. Dans ton lien le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 il y a la ligne *date et heure*: Tu peux changer la date puis le résultat va évoluer dans le tableau du bas. (semaine correspondant au jour saisie) Par contre je crois que si tu utilises *SH *il faut explicitent mettre *PH. *C'est ce qui est précisé dans le message d'avertissement. *exemple:* SH https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday 10:00-12:00 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time ; https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#section:rule_separators PH https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday 11:00-12:00 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time Attention SH ne fonctionne pas pour notre territoire car pas défini. *An error occurred during evaluation of the value SH. Please file a bug report here: https://github.com/ypid/opening_hours.js/issues?state=open https://github.com/ypid/opening_hours.js/issues?state=open. There are no holidays SH defined for country fr and state Languedoc-Roussillon. You can also add them: __repository_url__* Il ne faut donc pas vraiment se fier aux périodes SH définies car se sont celle de l'Allemagne et pas celle de la France. Ou alors tu testes en connaissance de cause avec les périodes Allemandes définies pour SH. *country * *de **state **Baden-Württemberg* Le 26 août 2015 12:34, PanierAvide panierav...@riseup.net a écrit : La priorité dépend de l'ordre d'écriture des règles, et la dernière écrase toujours les précédentes. Elle les écrase pour la journée complète, par exemple : Mo 08:00-12:00; Aug Mo 14:00-18:00, ici la règle d'août remplace entièrement celle par défaut, et donc l'horaire d'ouverture en août est uniquement 14h-18h (pas d'ouverture le matin). Ça marche de la même manière pour la définition des mois/semaines. Concernant le passage à l'heure d'été dans YoHours, ce serait pertinent de l'avoir, au même titre que toutes les variantes possibles de la syntaxe. Pour l'instant ce n'est pas prévu (faute de temps/moyen), d'autant que ce n'est pas quelque chose qui sert (à priori) si régulièrement que ça. J'en profite par contre pour dire que je travaille sur la factorisation (que ce soit des mois ou du reste) avec un système plus générique/efficace, ça devrait être bientôt disponible. Cordialement, PanierAvide. Le 26/08/2015 12:07, Florian LAINEZ a écrit : Merci Jérome, merci Francescu. Je parviens donc au résultat suivant : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00; SH 14:00-17:00; Mar Su[-1]-Oct Su[-1] SH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 Comment être certain que la bonne valeur s'applique au bon moment ? Je ne sais pas quelle chaine de valeurs est prioritaire sur laquelle donc je ne peux pas contrôler que Samedi et Dimanche de 14h à 17h (18h après le passage à l'heure d'été) s'applique bien avec Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00 J'ai trouvé un outil de contrôle mais le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 est insuffisant pour répondre à cette question. Adrien tu penses qu'il peut être pertinent d'implémenter le passage à l'heure d'été dans Yo Hours ? ___ 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
[Talk-in] Tree Mapping
Hello list, I really enjoy tree mapping, and I want to be able to do it accurately and extensively. A few months ago, I mapped a few trees in Lalbagh, but I did this using GPS on my phone and the results are quite inaccurate. I know that Karthik, Noopur and Arun mapped trees in a park in Indiranagar during one mapping party using field papers and I think the results of their mapping party were very accurate. If I remember correctly, Arun's field paper had a lot of information recorded with footstep count as a measurement unit. I tried using field papers today, but the satellite imagery is quite outdated and has more trees than my real-life street and I ended up GPS tracing again. Karthik, Noopur and Arun, would you be so good as to document your tree mapping techniques somewhere and provide some expert insights into the best ways to accurately map trees? :) Much warmth, Aruna ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-br] fontes de dados do OSM-BR
Exemplo para discussão: Base Cartográfica Contínua do Brasil na escala 1:25 (BC250), disponivel em http://dados.gov.br/dataset/ccar_bc250_cemiterio_p * foi alguma vez a BC250 foi usada como *input* para o OSM? * está realmente em formato aberto e seus dados são atualizados e confiáveis? * ... A resposta a esse tipo de pergunta está vinculada ao registro que se faz na OSM da *origem e preparo dos dados*: se o registro é pobre, ou se existem poucas pessoas que sabem acessar esse registro, fica mais difícil responder a essas perguntas... E se por acaso não há resposta, é porque precisamos nos organizar melhor. Em 24 de agosto de 2015 21:53, Peter Krauss ppkra...@gmail.com escreveu: Aqui na lista talk-br@openstreetmap temos discutido a licença da fonte de dados das diversas fontes que se usa para adicionar dados ao OSM-BR... A licença do OSM é *ODbL* http://www.openstreetmap.org/copyright , de onde se pressupõe que as fontes que fazemos uso para adicionar dados na base do copiar/colar, tenham licenças compatíveis... De qualquer forma não encontrei todos os detalhes sobre o assunto... Achei algo ... mas apenas material da OSM-internacional, * item de FAQ sobre o assunto http://wiki.openstreetmap.org/wiki/Legal_FAQ?setlang=pt#2b._XYZ_Organisation_has_data_for_free_download_under_licence_N._Can_I_use_it_in_OSM.3F , * Grupo de trabalho http://wiki.openstreetmap.org/wiki/Open_Data_License/Licensing_Working_Group * Import/Catalogue http://wiki.openstreetmap.org/wiki/Import/Catalogue * Import/Guidelines http://wiki.openstreetmap.org/wiki/Import/Guidelines (e automated edits http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct) *Alguém já estudou isso, e como se aplicaria ao contexto-Brasil?* ...O máximo que encontrei foi uma listagem de rótulos, http://wiki.openstreetmap.org/wiki/Brazilian_data_sources (uma convenção de rótulo da autoridade do dado-fonte, para autoridades mais populares como IBGE e Funai) *Existe um grupo de trabalho aqui na talk-br? * PS: seria oportuno talvez formar, pelo menos um grupo de interesse na Wiki, para tentar consolidar as discussões que tem surgido, e registrar as soluções adotadas. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Denkmalschutz wie taggen?
ich würde mit DE:Historical Objects http://wiki.openstreetmap.org/wiki/DE:Historical_Objects anfangen. Mehr via PM. mfg Kurt On 26-Aug-15 11:17, Elstermann, Mike wrote: Hallo zusammen, möglicherweise schon behandelt, aber ich hab nicht so richtig ergiebige Quellen gefunden, deshalb hier die Frage: Wie tagge ich Objekte, die unter Denkmalschutz stehen? · Gebäude · Gebäudeteile · Denkmalschutzgebiete · . . . Möglicherweise wäre das doch auch mal eine meue Wochenaufgabe? Danke, der geoObserver. ___ 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
[OSM-talk-fr] retour FOSS4G-EU
Bonjour, La conférence des logiciels libres pour la géomatique : Free and Open Source Software for Geospatial - Europe 2015 [FOSS4G-EU] s'est tenue il y a quelques semaines. Vous pouvez avoir un aperçu des présentations http://europe.foss4g.org/2015/Program et soumissions papiers. http://geomatica.como.polimi.it/workbooks/n12/ Je vous livre une sélection ici : Free and Open Source Software for Geospatial http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_introduction.pdf Introduction à la conférence, un passage consacré à l'Open Data : All of this can and should be improved. To achieve this we need to complement these top down efforts [INSPIRE, agences nationales] with a bottom up approach. Many smaller initiatives already go a lot further than national programs and some small local administration make their geospatial data wide and openly available for anybody to use. Hand in hand with this growing sense of distributing geospatial data freely is a growing tendency to recognize OpenStreetMap as a valuable addition to national geodata infrastructure instead of perceiving it as the natural enemy of the surveying trade. One nice example is the state of Bavaria [... talking about beers]. :: OpenStreetMap :: Development of the open cadastre of protected areas in Ukraine http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_64.pdf Référencement et cartographie des parcs protégés en Ukraine, travail collaboratif sous OSM. A FOSS4G-based procedure to compare OpenStreetMap and authoritative road network datasets http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_70.pdf Développement d'une méthode et d'un outil pour comparer les réseaux routiers de deux sources de données. Open Community Data Official Public Data in flood risk management: a comparison based on InaSAFE http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_145.pdf Comparaison des données ouvertes OSM et des données publiques officielles, études de cas pour les risques d'inondations en Italie. :: Open Data et données collaboratives :: What is the Value of Open Data http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_189.pdf http://www.septima.dk/user_gregers/presentation/foss4geu2015.html#/ Danemark: la politique open data du gouvernement et du service public. Detection of potential updates of autoritative spatial databases by fusion of Volunteered Geographical Information from different sources http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_195.pdf http://recherche.ign.fr/labos/cogit/pdf/POSTER/2015/Poster_Stefan.pdf Etudes des données collaboratives (traces GPS des sportifs) dans le but de marquer les potentielles modifications du réseau [laboratoire IGN]. Promoting slow tourism through FOSS4G Web Mapping: an Italian-Swiss case study http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_138.pdf Prototype d'application mobile participative basée sur des outils libres, pour le tourisme. :: Technique :: MapboxGL + Protobuf + d3.js = liquid fast massively scalable interactive web map data visualization! http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_3.pdf https://prezi.com/n1-zmwtzrndi/mapboxgl-protobuf-d3js-liquid-fast-massively-scalable-interactive-web-map-data-visualization/ Stack pour tuiles vectorielles. Mais aussi ESRI / Mapbox / vector tile https://github.com/Esri/mapbox-gl-js/issues/1 Push it through the wire! http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_71.pdf http://www.slideshare.net/jachym/push-it-through-the-wire http://jsfiddle.net/og7m21t7/ Tuiles vectorielles et optimisations associées. Vector tiles for the Swiss Federal Geoportal http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_143.pdf Tout est dans le titre : projet de tuiles vectorielles pour le Géoportail suisse. Shortest Path search in your Database and more with pgRouting http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_58.pdf http://www.slideshare.net/kastl/pg-routing-presentation-foss4g-europe Le point sur le routage avec pgRouting, les prochains développements. ZOO-Project 1.5.0: news about the Open WPSPlatform http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_203.pdf Framework pour Web Processing Service (WPS), un accès web à des fonctions qui lancent des algorithmes spatiaux. Use of indexes on geospatial database with the PostgreSQL DBMS http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_26.pdf http://www.slideshare.net/GiuseppeBroccolo/gbroccolo-foss4-geugeodbindex Optimisation des performances avec les indexes Let's get parallel http://geomatica.como.polimi.it/workbooks/n12/FOSS4G-eu15_submission_15.pdf http://www.graemebell.net/foss4gcomo.pdf https://github.com/gbb https://github.com/gbb/par_psql Requêtes en parallèle pour utilisateur de PostGIS, optimisation pour administrateur de serveur :: Transports ::
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
Dans ce cas, il faut tout garder (highway, area, amenity) ou bien descendre un cran en plus dans le niveau de détail du mapping pour séparer la surface du parking de la voie de circulation environnante car si il y a un parking au milieu de la place c'est qu'on la contourne quand on circule... On 26/08/2015 16:11, Jérôme Seigneuret wrote: Cela étant, certain parking sont aussi des places et donc des fois tagué: highway=residential area=yes Sans amenity=parking on ne peut pas en déduire que c'est un parking... J'aurais présenté ça de façon inverse: un amenity=parking peut aussi être une place... Je sors ce cas du chapeau car je suis tombé dessus l'an dernier sans vraiment savoir quoi faire vu que le parking est adjcent à la rue et que c'est bien une place avec des adresses. Ducoup l'ensemble avait été mis ainsi et pas en parking name=Place (dont je ne me rappelle pas du nom) highway=residential area=yes J'ai jamais dis ce ces deux clés entraînaient un parking. Mais il y a des cas non matérialisé tous comme la question du parking_aisle. Cela est plus clair pour vous? area=yes est inutile avec amenity=parking du coup ma question sur ce cas précis est : Pour l'adressage des rues dans un cas similaire, puis-je remplacer highway=residential area=yes par amenity=parking sans que cela créé une alerte coté adressage? ___ 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] couche OSM pour parking/ stationnement?
Le 26 août 2015 16:25, Christian Quest cqu...@openstreetmap.fr a écrit : Dans ce cas, il faut tout garder (highway, area, amenity) Dans ce cas c'est Osmose et JOSM qui vont pas être content. Mais bon on peut faire avec. ou bien descendre un cran en plus dans le niveau de détail du mapping pour séparer la surface du parking de la voie de circulation environnante car si il y a un parking au milieu de la place c'est qu'on la contourne quand on circule... Pas vraiment dans mon cas la place et le parking sont confondus. Si je veux ajouter un parking_aisle je crois qu'il faut gérer des contraintes de superposition au niveau des jonctions de la voirie. Je peux ajouter une surface amenity=parking par dessus aussi en enlevant le trottoir de séparation de la rue et de la place adjecente (60cm de largeur de linéaire). Pas de trottoir coté bâti dans mes souvenirs car la place et le parking sont contre. Cela étant, on peut aussi transférer cette discussion sur un autre sujet car j'ai d'autres cas un peu pénible en tête pour les places avec une voie de type secondary traversant la place avec le même nom et des voies de services qui se rajoute. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Viewing Zoom Levels
Hi Alan, In addition to how Clifford explains below, you can also double click on the coordinates in the lower left of the JOSM screen. The resulting dialog will have the same type of url with the zoom level in it in the bottom field. You can also edit that url to change the zoom level and then click Jump there and you will zoom to that zoom level. But wait there is more :) You can copy/paste the standard OSM urls from and into that url field in JOSM to share and trade locations with others. Cheers, Blake On 8/26/2015 3:12 PM, Clifford Snow wrote: On Wed, Aug 26, 2015 at 5:47 AM, Alan Bragg alan.d.br...@gmail.com mailto:alan.d.br...@gmail.com wrote: How can I view the current zoom level in the JOSM editor or at the basic OSM website openstreetmap.org http://openstreetmap.org Zoom levels are defined as numbers (1-19) at http://wiki.openstreetmap.org/wiki/Zoom_levels I read a lot of messages talking about viewing details at at specific zoom levels. Alan, The zoom level is displayed on OSM in the url. For example, https://www.openstreetmap.org/#map=17/48.46099/-122.33798 the zoom level is 17. Notice when you zoom in or out, the map= changes each time. JOSM is a little more hidden, a right click on the background image gives the option of Show Tile Info with the zoom level indicated in the Tile Name. Clifford -- @osm_seattle osm_seattle.snowandsnow.us http://osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-br] RES: fontes de dados do OSM-BR
Os dados são do IBGE (portanto possuímos permissão de uso). ftp://geoftp.ibge.gov.br/mapeamento_sistematico/base_vetorial_continua_escala_250mil/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
Cela étant, certain parking sont aussi des places et donc des fois tagué: highway=residential area=yes Sans amenity=parking on ne peut pas en déduire que c'est un parking... J'aurais présenté ça de façon inverse: un amenity=parking peut aussi être une place... Je sors ce cas du chapeau car je suis tombé dessus l'an dernier sans vraiment savoir quoi faire vu que le parking est adjcent à la rue et que c'est bien une place avec des adresses. Ducoup l'ensemble avait été mis ainsi et pas en parking name=Place (dont je ne me rappelle pas du nom) highway=residential area=yes J'ai jamais dis ce ces deux clés entraînaient un parking. Mais il y a des cas non matérialisé tous comme la question du parking_aisle. Cela est plus clair pour vous? area=yes est inutile avec amenity=parking du coup ma question sur ce cas précis est : Pour l'adressage des rues dans un cas similaire, puis-je remplacer highway=residential area=yes par amenity=parking sans que cela créé une alerte coté adressage? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
On 26/08/2015 15:31, Jérôme Seigneuret wrote: C'est plus un plugin depuis la version 2.0 de QGIS. Sinon, 2eme solution : Il est aussi possible d'utiliser l'export GeoJSON d'Overpass Turbo puis l'ouvrir sous QGIS et l'enregistrer au format attendu. Le lien Overpass de Florian est une base de travail mais il faut contraindre la recherche au territoire souhaité. Donc à remplacer par celui proposé par Christian Cela étant, certain parking sont aussi des places et donc des fois tagué: highway=residential area=yes Sans amenity=parking on ne peut pas en déduire que c'est un parking... J'aurais présenté ça de façon inverse: un amenity=parking peut aussi être une place... Il y a aussi les places de parkings réservées ou non amenity http://wiki.openstreetmap.org/wiki/Key:amenity=*parking_space* Si un contributeur a fait du zèle, il peut avoir tagué toutes les places de parkings isolément et avoir mis l'ensemble dans une relation type http://wiki.openstreetmap.org/wiki/Key:type=site http://wiki.openstreetmap.org/wiki/Tag:type%3Dsite + site http://wiki.openstreetmap.org/wiki/Key:site=parking http://wiki.openstreetmap.org/w/index.php?title=Tag:site%3Dparkingaction=editredlink=1. Cas assez rares, mais possible et qui là aussi manquera du tag générique amenity=parking... Appelons simplement un chat un chat... ça évitera de se prendre la tête avec des détails micro alors qu'on fait une recherche beaucoup plus macro. *parking:lane*=* c'est une autre info sur les places de stationnement de la voirie (dont les contributions sont assez aléatoire ) Sinon il faut aussi rechercher les highway http://wiki.openstreetmap.org/wiki/Key:highway=service http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice + service http://wiki.openstreetmap.org/wiki/Key:service=*parking_aisle* Si la zone de parking n'a pas été matérialisé, il y a souvent au moins un tronçon routier composé de cela. Ça peut aider à la recherche de zone de parking. Après il faut identifier si c'est du privé, public, client, destination ... Un petit script Overpass dans ce sens serait bien utile pour compléter les zones de parkings manquantes. Il y a quelques analyses osmose qui serait possibles (si pas déjà existantes, il y en a tellement !) pour signaler cela car lorsqu'on a détaillé les voies de circulation dans un parking sans avoir tracé le polygone de celui-ci c'est quand même un peu dommage en terme de potentiel de réutilisation des données (pareil avec une relation site=parking sans son amenity ou la place nommée Parking trucmuche mais qui n'a pas son tag amenity). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-br] RES: fontes de dados do OSM-BR
Peter bom dia, Aparentemente esses dados são atuais, pelo menos o site indica uma atualização semestral, mas não existe indicação de licença: Informações Adicionais Campo Valor Ultima atualização 23/Agosto/2015 Criado 23/Agosto/2015 Formato text/html Licença Licença Não Especificada ___ Reinaldo Neves Equação Informática (11) 3221-3722 De: Alexandre Magno Brito de Medeiros [mailto:alexandre@gmail.com] Enviada em: quarta-feira, 26 de agosto de 2015 09:34 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] fontes de dados do OSM-BR Não tenho condições de entrar nas discussões ou nas empreitadas, mas quero manifestar que o que o Peter está fazendo é muito importante. Continue, Peter! Mesmo que aparentemente o interesse de outros esteja sendo pouco, pela falta de respostas. Os assuntos são muito pertinentes, e a abordagem deles é necessária. (talvez ficasse melhor se fosse no fórum; principalmente agora que a talk-br já sabe deles) Em 26 de agosto de 2015 09:00, Peter Krauss ppkra...@gmail.com escreveu: Exemplo para discussão: Base Cartográfica Contínua do Brasil na escala 1:25 (BC250), disponivel em http://dados.gov.br/dataset/ccar_bc250_cemiterio_p * foi alguma vez a BC250 foi usada como input para o OSM? * está realmente em formato aberto e seus dados são atualizados e confiáveis? * ... A resposta a esse tipo de pergunta está vinculada ao registro que se faz na OSM da origem e preparo dos dados: se o registro é pobre, ou se existem poucas pessoas que sabem acessar esse registro, fica mais difícil responder a essas perguntas... E se por acaso não há resposta, é porque precisamos nos organizar melhor. Em 24 de agosto de 2015 21:53, Peter Krauss ppkra...@gmail.com escreveu: Aqui na lista talk-br@openstreetmap temos discutido a licença da fonte de dados das diversas fontes que se usa para adicionar dados ao OSM-BR... A licença do OSM é http://www.openstreetmap.org/copyright ODbL , de onde se pressupõe que as fontes que fazemos uso para adicionar dados na base do copiar/colar, tenham licenças compatíveis... De qualquer forma não encontrei todos os detalhes sobre o assunto... Achei algo ... mas apenas material da OSM-internacional, * item de FAQ sobre o assunto http://wiki.openstreetmap.org/wiki/Legal_FAQ?setlang=pt#2b._XYZ_Organisation_has_data_for_free_download_under_licence_N._Can_I_use_it_in_OSM.3F , * Grupo de trabalho http://wiki.openstreetmap.org/wiki/Open_Data_License/Licensing_Working_Group * Import/Catalogue http://wiki.openstreetmap.org/wiki/Import/Catalogue * Import/Guidelines http://wiki.openstreetmap.org/wiki/Import/Guidelines (e automated edits http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct ) Alguém já estudou isso, e como se aplicaria ao contexto-Brasil? ...O máximo que encontrei foi uma listagem de rótulos, http://wiki.openstreetmap.org/wiki/Brazilian_data_sources (uma convenção de rótulo da autoridade do dado-fonte, para autoridades mais populares como IBGE e Funai) Existe um grupo de trabalho aqui na talk-br? PS: seria oportuno talvez formar, pelo menos um grupo de interesse na Wiki, para tentar consolidar as discussões que tem surgido, e registrar as soluções adotadas. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
On 26/08/2015 14:51, image93 wrote: Merci pour votre réponse. Je savais en effet que qgis avait un plugin permettant d'extraire et de récupérer de la donnée OSM selon une emprise spatiale. Je l'avais testé il y a longtemps. Et j'avais récupéré les data OSM qu'on peut récupérer par exple sur geofabrik (couches roads, occupation du sol, water...). Je n'ai pas souvenir de couche ou d'attributs renseignant sur les parking. Les fichiers shapefile proposés par Geofabrik sont un extrait des données OSM, beaucoup d'attributs ne sont pas conservés, beaucoup d'objets présent dans la base OSM ne sont donc pas présents dans ces shapefile. L'exemple le plus flagrant pour la France sont les bâtiments... trop nombreux et donc la couche building n'est pas proposée en shapefile par Geofabrik. Donc je ne suis pas sûr malheureusement qu'il soit possible d'extraire les parking sur un departement ou une region admin avec le plugin qgis... Le plugin qgis fait (ou peut faire) appel à l'overpass-api. Pour récupérer les parkings d'un département, voici un exemple de requête overpass: // choix du format de sortie et timeout pour la requête en secondes [out:json][timeout:120]; // recherche la zone “bourgogne” qu'on garde dans searchArea {{geocodeArea:bourgogne}}-.searchArea; ( // recherche des “parking” node[amenity=parking](area.searchArea); way[amenity=parking](area.searchArea); relation[amenity=parking](area.searchArea); ); // sortie des centres des objets (donc lat/lon) out center; overpass est un moyen simple et rapide d'extraire des données d'OSM, il y a en a plein d'autres et le choix se fait en fonction du but que l'on veut atteindre. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
C'est plus un plugin depuis la version 2.0 de QGIS. Sinon, 2eme solution : Il est aussi possible d'utiliser l'export GeoJSON d'Overpass Turbo puis l'ouvrir sous QGIS et l'enregistrer au format attendu. Le lien Overpass de Florian est une base de travail mais il faut contraindre la recherche au territoire souhaité. Donc à remplacer par celui proposé par Christian Cela étant, certain parking sont aussi des places et donc des fois tagué: highway=residential area=yes Il y a aussi les places de parkings réservées ou non amenity http://wiki.openstreetmap.org/wiki/Key:amenity=*parking_space* Si un contributeur a fait du zèle, il peut avoir tagué toutes les places de parkings isolément et avoir mis l'ensemble dans une relation type http://wiki.openstreetmap.org/wiki/Key:type=site http://wiki.openstreetmap.org/wiki/Tag:type%3Dsite + site http://wiki.openstreetmap.org/wiki/Key:site=parking http://wiki.openstreetmap.org/w/index.php?title=Tag:site%3Dparkingaction=editredlink=1 . *parking:lane*=* c'est une autre info sur les places de stationnement de la voirie (dont les contributions sont assez aléatoire ) Sinon il faut aussi rechercher les highway http://wiki.openstreetmap.org/wiki/Key:highway=service http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice + service http://wiki.openstreetmap.org/wiki/Key:service=*parking_aisle* Si la zone de parking n'a pas été matérialisé, il y a souvent au moins un tronçon routier composé de cela. Ça peut aider à la recherche de zone de parking. Après il faut identifier si c'est du privé, public, client, destination ... Un petit script Overpass dans ce sens serait bien utile pour compléter les zones de parkings manquantes. Voilà pour le complément. Bon courage Le 26 août 2015 15:19, Christian Quest cqu...@openstreetmap.fr a écrit : On 26/08/2015 14:51, image93 wrote: Merci pour votre réponse. Je savais en effet que qgis avait un plugin permettant d'extraire et de récupérer de la donnée OSM selon une emprise spatiale. Je l'avais testé il y a longtemps. Et j'avais récupéré les data OSM qu'on peut récupérer par exple sur geofabrik (couches roads, occupation du sol, water...). Je n'ai pas souvenir de couche ou d'attributs renseignant sur les parking. Les fichiers shapefile proposés par Geofabrik sont un extrait des données OSM, beaucoup d'attributs ne sont pas conservés, beaucoup d'objets présent dans la base OSM ne sont donc pas présents dans ces shapefile. L'exemple le plus flagrant pour la France sont les bâtiments... trop nombreux et donc la couche building n'est pas proposée en shapefile par Geofabrik. Donc je ne suis pas sûr malheureusement qu'il soit possible d'extraire les parking sur un departement ou une region admin avec le plugin qgis... Le plugin qgis fait (ou peut faire) appel à l'overpass-api. Pour récupérer les parkings d'un département, voici un exemple de requête overpass: // choix du format de sortie et timeout pour la requête en secondes [out:json][timeout:120]; // recherche la zone “bourgogne” qu'on garde dans searchArea {{geocodeArea:bourgogne}}-.searchArea; ( // recherche des “parking” node[amenity=parking](area.searchArea); way[amenity=parking](area.searchArea); relation[amenity=parking](area.searchArea); ); // sortie des centres des objets (donc lat/lon) out center; overpass est un moyen simple et rapide d'extraire des données d'OSM, il y a en a plein d'autres et le choix se fait en fonction du but que l'on veut atteindre. -- 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] couche OSM pour parking/ stationnement?
Le 26/08/2015 15:31, Jérôme Seigneuret a écrit : Cela étant, certain parking sont aussi des places et donc des fois tagué: highway=residential area=yes Hein ? Tu as vu ça où ? (PS : ça ne présuppose en aucun cas d'un parking. Et c'est mal utilisé la plupart du temps.) JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
Même si j'ai des doutes quand à l'ouverture effective ces jours-là, ce n'est pas précisé sur le site officiel et c'est donc cohérent : le 1er janvier 2018 est un lundi, et le 25 décembre 2017 également. Le 26 août 2015 14:49, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Ducoup avec le test c'est ouvert le 25 décembre et le 1 Janvier 2018. Le 26 août 2015 14:28, Florian LAINEZ winner...@free.fr a écrit : Merci pour vos réponses. Si les conditions à droites écrasent celles à gauche je parviens à ce résultat : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] Sa,Su 14:00-18:00; PH 14:00-17:00; Mar Su[-1]-Oct Su[-1] PH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 C'est quand même une mission pour définir des horaires d'ouverture ... Merci pour l'update PanierAvide, on attends tes releases avec impatience ! ++ Le 26 août 2015 12:41, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Les priorités se font de gauche à droite en fonction des séparateurs en écrasant les valeurs du(des) jour(s) ou du (des) mois définis. C'est pas de la surcharge ou l'on ajoute une période horaire supplémentaire. Dans ton lien le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 il y a la ligne *date et heure*: Tu peux changer la date puis le résultat va évoluer dans le tableau du bas. (semaine correspondant au jour saisie) Par contre je crois que si tu utilises *SH *il faut explicitent mettre *PH. *C'est ce qui est précisé dans le message d'avertissement. *exemple:* SH https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday 10:00-12:00 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time ; https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#section:rule_separators PH https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday 11:00-12:00 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time Attention SH ne fonctionne pas pour notre territoire car pas défini. *An error occurred during evaluation of the value SH. Please file a bug report here: https://github.com/ypid/opening_hours.js/issues?state=open https://github.com/ypid/opening_hours.js/issues?state=open. There are no holidays SH defined for country fr and state Languedoc-Roussillon. You can also add them: __repository_url__* Il ne faut donc pas vraiment se fier aux périodes SH définies car se sont celle de l'Allemagne et pas celle de la France. Ou alors tu testes en connaissance de cause avec les périodes Allemandes définies pour SH. *country * *de **state **Baden-Württemberg* Le 26 août 2015 12:34, PanierAvide panierav...@riseup.net a écrit : La priorité dépend de l'ordre d'écriture des règles, et la dernière écrase toujours les précédentes. Elle les écrase pour la journée complète, par exemple : Mo 08:00-12:00; Aug Mo 14:00-18:00, ici la règle d'août remplace entièrement celle par défaut, et donc l'horaire d'ouverture en août est uniquement 14h-18h (pas d'ouverture le matin). Ça marche de la même manière pour la définition des mois/semaines. Concernant le passage à l'heure d'été dans YoHours, ce serait pertinent de l'avoir, au même titre que toutes les variantes possibles de la syntaxe. Pour l'instant ce n'est pas prévu (faute de temps/moyen), d'autant que ce n'est pas quelque chose qui sert (à priori) si régulièrement que ça. J'en profite par contre pour dire que je travaille sur la factorisation (que ce soit des mois ou du reste) avec un système plus générique/efficace, ça devrait être bientôt disponible. Cordialement, PanierAvide. Le 26/08/2015 12:07, Florian LAINEZ a écrit : Merci Jérome, merci Francescu. Je parviens donc au résultat suivant : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00; SH 14:00-17:00; Mar Su[-1]-Oct Su[-1] SH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 Comment être certain que la bonne valeur s'applique au bon moment ? Je ne sais pas quelle chaine de valeurs est prioritaire sur laquelle donc je ne peux pas contrôler que Samedi et Dimanche de 14h à 17h (18h après le passage à l'heure d'été) s'applique bien avec Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00 J'ai trouvé un outil de contrôle mais le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 est insuffisant pour répondre à
Re: [Talk-us] Viewing Zoom Levels
On Wed, Aug 26, 2015 at 5:47 AM, Alan Bragg alan.d.br...@gmail.com wrote: How can I view the current zoom level in the JOSM editor or at the basic OSM website openstreetmap.org Zoom levels are defined as numbers (1-19) at http://wiki.openstreetmap.org/wiki/Zoom_levels I read a lot of messages talking about viewing details at at specific zoom levels. Alan, The zoom level is displayed on OSM in the url. For example, https://www.openstreetmap.org/#map=17/48.46099/-122.33798 the zoom level is 17. Notice when you zoom in or out, the map= changes each time. JOSM is a little more hidden, a right click on the background image gives the option of Show Tile Info with the zoom level indicated in the Tile Name. Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-ja] 9/26 開催。京都世界遺産マッピングパーティ:第6回二条城
京都の山下です。皆さんこんにちわ。 京都の世界遺産を毎月一か所ずつターゲットにして、 楽しみながら 自由な地図である OpenStreetMap に書いていく マッピングパーティ、 第6回は二条城をターゲットにして 9/26 に開催します https://openstreetmap.doorkeeper.jp/events/30560 たまには京都へ行きましょうよ 皆さんのご参加をお待ちしています!! -- 山下康成@京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] NLS OS 6in EW in Potlatch iD
On 03/01/2015 17:47, Tom Hughes wrote: On 03/01/15 17:05, Steve Doerr wrote: I'm sure I've used the National Library of Scotland's set of 6-inch OS maps for England and Wales (1888-1913) as a background layer in Potlatch 2 before now, but at the moment I can't seem to get it to work. I've also tried unsuccessfully in iD. I'm probably doing something very simple wrong. Could someone else try it and confirm what URL they're using? The layer is documented here: http://wiki.openstreetmap.org/wiki/National_Library_of_Scotland#Using_the_NLS_historical_mapping_for_OSM_editing. They changed the URL for that layer recently when they merged the separate England+Wales and Scotland layers for the 2nd edition 6 inch maps into one layer. I've updated the wiki, but this should work: tms:http://nls-{switch:0,1,2,3}.tileserver.com/os_6_inch_gb/{zoom}/{x}/{y}.jpg Anyone know if there's a tms address for the imagery set shown here: http://maps.nls.uk/geo/explore/#zoom=8lat=51.6206lon=-0.1766layers=176 ? -- Steve --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] NLS OS 6in EW in Potlatch iD
On 26/08/15 21:35, Steve Doerr wrote: Anyone know if there's a tms address for the imagery set shown here: http://maps.nls.uk/geo/explore/#zoom=8lat=51.6206lon=-0.1766layers=176 ? Oohh... That's new... Yes, there is but as they are county series maps they seem to have one URL per county. Ones I have identified so far are: http://geo.nls.uk/mapdata2/os/25_inch/middlesex/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/essex/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/england_holes/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/kent/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/surrey/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/sussex/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/buckingham/{z}/{x}/{y}.png http://geo.nls.uk/mapdata2/os/25_inch/london/{z}/{x}/{y}.png Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů]
Dne 27.8.2015 v 00:58 jzvc napsal(a): Akorat se vam to na mtbmap.cz blbe renederuje. A rozhodne to neni cerstve, protoze ta relace je stara 4 roky. Jestli on jim nebude delat bordel bicycle=private ktery je na tom useku. Docela nezvykla kombinace na turisticke trase. Mirek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů]
Dne 27.8.2015 v 00:58 jzvc napsal(a): Ovsem pokud koukam dobre http://www.openstreetmap.org/relation/1741176#map=15/49.9527/14.7611 tak ta zluta (prvni zaznam) zjevne existuje cela. Kdyz na to koukam... smerovniky (guidepost) se maji pridavat do te relace taky? To jsem nevedel. Nebo je to omyl? Mirek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů]
Dne 26.8.2015 v 8:56 Pavel Machek napsal(a): On Tue 2015-08-25 18:01:56, Miroslav Suchy wrote: Dne 25.8.2015 v 17:21 Matěj Cepl napsal(a): Nebyl by nějakej ticketovací systém? V tomhle se brzo ztratíme. Myslím že wiki bude zatím stačit. Založil jsem http://wiki.openstreetmap.org/wiki/Chyb%C4%9Bj%C3%ADc%C3%AD_Trasy_K%C4%8CT uvidíme jak se to osvědčí. No.. ono by bylo nejlepsi mit neco s mapou. Aspon jsem tam pridal sloupecek oblast. Pavel Cus, nemeli by ste lepsi tam dat odkaz na relaci? Par jsem jich tam doplnil. Ovsem pokud koukam dobre http://www.openstreetmap.org/relation/1741176#map=15/49.9527/14.7611 tak ta zluta (prvni zaznam) zjevne existuje cela. Akorat se vam to na mtbmap.cz blbe renederuje. A rozhodne to neni cerstve, protoze ta relace je stara 4 roky. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-be] missing affiliation on BIPT website
Thanks Olivier for letting us know I know personnally a member of the board of IPBT (Charles Cuvelliez, see http://www.bipt.be/fr/operateurs/ibpt/le-conseil) whom I can contact on behalf of the OSM-be community to say something like We appreciate that OSM be used by IBPT but we would like that OSM be properly cited as requested by the licence. Would any of you have ideas or suggestions (and the time) to contribute to the letter that I would send ? Best regards, Nicolas Le mer 26 aoû 2015 à 23:45, Oliver oliver.willek...@gmail.com a écrit : The Belgian Institute for Postal services and Telecommunications (BIPT) has used OSM data at [1], without providing the proper affiliation [2]. I cannot find if a member of the OSM community has contacted the BIPT to rectify this, other than the attempt made by user Cheezycrust to get them to consider using OSM maps on a different page of theirs [3]. I'm checking the mailing list to make sure I don't spam them if someone already brought this to their attention. Also, I'm asking if there's a typical template used in situations as these? [1] http://www.bipt.be/nl/consumenten/telefoon/dienstkwaliteit/dekkingskaarten [2] https://www.openstreetmap.org/copyright [3]: https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Mapping_resources#GSM.2FUMTS_antenna_sites ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
Parfait c'est juste un test histoire de. Ça fait quand même une sacré chaîne pour des horaires ;-) Le 26 août 2015 17:18, Florian LAINEZ winner...@free.fr a écrit : Même si j'ai des doutes quand à l'ouverture effective ces jours-là, ce n'est pas précisé sur le site officiel et c'est donc cohérent : le 1er janvier 2018 est un lundi, et le 25 décembre 2017 également. Le 26 août 2015 14:49, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Ducoup avec le test c'est ouvert le 25 décembre et le 1 Janvier 2018. Le 26 août 2015 14:28, Florian LAINEZ winner...@free.fr a écrit : Merci pour vos réponses. Si les conditions à droites écrasent celles à gauche je parviens à ce résultat : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] Sa,Su 14:00-18:00; PH 14:00-17:00; Mar Su[-1]-Oct Su[-1] PH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 C'est quand même une mission pour définir des horaires d'ouverture ... Merci pour l'update PanierAvide, on attends tes releases avec impatience ! ++ Le 26 août 2015 12:41, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Les priorités se font de gauche à droite en fonction des séparateurs en écrasant les valeurs du(des) jour(s) ou du (des) mois définis. C'est pas de la surcharge ou l'on ajoute une période horaire supplémentaire. Dans ton lien le résultat http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00DATE=144058272lat=48.7769lon=9.1844mode=0 il y a la ligne *date et heure*: Tu peux changer la date puis le résultat va évoluer dans le tableau du bas. (semaine correspondant au jour saisie) Par contre je crois que si tu utilises *SH *il faut explicitent mettre *PH. *C'est ce qui est précisé dans le message d'avertissement. *exemple:* SH https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday 10:00-12:00 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time ; https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#section:rule_separators PH https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday 11:00-12:00 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time Attention SH ne fonctionne pas pour notre territoire car pas défini. *An error occurred during evaluation of the value SH. Please file a bug report here: https://github.com/ypid/opening_hours.js/issues?state=open https://github.com/ypid/opening_hours.js/issues?state=open. There are no holidays SH defined for country fr and state Languedoc-Roussillon. You can also add them: __repository_url__* Il ne faut donc pas vraiment se fier aux périodes SH définies car se sont celle de l'Allemagne et pas celle de la France. Ou alors tu testes en connaissance de cause avec les périodes Allemandes définies pour SH. *country * *de **state **Baden-Württemberg* Le 26 août 2015 12:34, PanierAvide panierav...@riseup.net a écrit : La priorité dépend de l'ordre d'écriture des règles, et la dernière écrase toujours les précédentes. Elle les écrase pour la journée complète, par exemple : Mo 08:00-12:00; Aug Mo 14:00-18:00, ici la règle d'août remplace entièrement celle par défaut, et donc l'horaire d'ouverture en août est uniquement 14h-18h (pas d'ouverture le matin). Ça marche de la même manière pour la définition des mois/semaines. Concernant le passage à l'heure d'été dans YoHours, ce serait pertinent de l'avoir, au même titre que toutes les variantes possibles de la syntaxe. Pour l'instant ce n'est pas prévu (faute de temps/moyen), d'autant que ce n'est pas quelque chose qui sert (à priori) si régulièrement que ça. J'en profite par contre pour dire que je travaille sur la factorisation (que ce soit des mois ou du reste) avec un système plus générique/efficace, ça devrait être bientôt disponible. Cordialement, PanierAvide. Le 26/08/2015 12:07, Florian LAINEZ a écrit : Merci Jérome, merci Francescu. Je parviens donc au résultat suivant : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00; SH 14:00-17:00; Mar Su[-1]-Oct Su[-1] SH 14:00-18:00; May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00 Comment être certain que la bonne valeur s'applique au bon moment ? Je ne sais pas quelle chaine de valeurs est prioritaire sur laquelle donc je ne peux pas contrôler que Samedi et Dimanche de 14h à 17h (18h après le passage à l'heure d'été) s'applique bien avec Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1] 14:00-18:00 J'ai trouvé un outil de contrôle mais le résultat
Re: [Talk-de] Denkmalschutz wie taggen?
Hilft weiter! Danke, geoObserver. -Ursprüngliche Nachricht- Von: Kurt Waldhans [mailto:k...@waldhans.com] Gesendet: Mittwoch, 26. August 2015 16:16 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Denkmalschutz wie taggen? ich würde mit DE:Historical Objects http://wiki.openstreetmap.org/wiki/DE:Historical_Objects anfangen. Mehr via PM. mfg Kurt On 26-Aug-15 11:17, Elstermann, Mike wrote: Hallo zusammen, möglicherweise schon behandelt, aber ich hab nicht so richtig ergiebige Quellen gefunden, deshalb hier die Frage: Wie tagge ich Objekte, die unter Denkmalschutz stehen? · Gebäude · Gebäudeteile · Denkmalschutzgebiete · . . . Möglicherweise wäre das doch auch mal eine meue Wochenaufgabe? Danke, der geoObserver. ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-es] Via mensaje gratis
___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-pe] Río Rímac
Hola! alguién sabe qué pasó con el río Rimac? se ha secado?! se nos puede perder un río? xD saludos ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe