[Talk-dk] Apropos Vejtyper
Apropos vejtyper i kolonihaveforeninger så jeg i går et lignende problem, som nok har været oppe et par gange. Det drejer sig om grusveje, mere specifikt Hejnæsvej (rel.42949497) og Munkedalsvej (rel.42954302) ved Silkeborgsøerne. Begge er tagget med unpaved, grade2 og det svarer fint til en befæstet grusvej uden midtergræs (og så er man dækket ind hvis renderen ikke respekterer tracktype). Desuden er Hejnæsvej tagget med motorcar=private, korrekt, selv om jeg så en postbil, og highway=residential, korrekt, der er beboelse på vejen. Men Munkedalsvej er tagget: higway=unclassified, og det forstår jeg ikke. Iflg. det grønne salmevers (info-skiltet ved privat skov) er uvedkommende motorkørsel ikke tilladt, at der ikke er tagget motorcar=private må være en forglemmelse. Men selv om der ikke er nogen adresser på denne vej, så bruges den som adgang til en driveway til en ejendom, så den er vel også residential ?? Så er der som vanligt et par highway=footway, selv om der altså ikke er flisebelagte fortove i skoven, så de skal selvfølgelig rettes til highway=path. I øvrigt er der også nogle useriøse vejnavne i skovene, Opvarmningsbakken, Bandana Hill og Killer Hill, som vel burde slettes; - men det er måske MTB-ruter, selv om de ikke er markerede som sådan ?? /sba-dk -Oprindelig meddelelse- Fra: Flemming Bruun [mailto:flemmin...@gmail.com] Sendt: 26. juli 2015 07:29 Til: OpenStreetMap Denmark Emne: [Talk-dk] Vejtyper i kolonihaveforninger Jeg er lidt i vildrede mht. tagning af tilkørselsveje inde mellem kolonihaver. De små stier er jeg helt med på, da de som udgangspunkt kun er til fodfolket. De veje, hvor biler må køre frem til en P-plads, mener jeg burde tagges som (highway=service) Jeg kan se at disse også bliver tagget som (highway=residential) og som (highway=service, service=driveway) Et blandet eksempel kan ses her: http://www.openstreetmap.org/#map=17/55.70147/12.39657 Min opfattelse af et område med en kolonihaveforening er på linje med industri, hvor man tagger (highway=service) inde på området. Det er fordi jeg ikke ser haveområde som et boligområde på trods af adresseknuderne. Jeg er godt klar over at der bor folk 2/3 af året i områderne, men som udgangspunkt er det ikke til beboelse, men et fritidssted. Så mit spørgsmål er blot: Hvad er det mest korrekte at angive vejene som? /Flemming Bruun (b-holdet) ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk - Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2015.0.6086 / Virusdatabase: 4392/10346 - Udgivelsesdato: 31-07-2015 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-cz] LPIS import
On Fri 2015-07-31 00:30:41, Jakub Těšínský wrote: Gratuluji vsem kdo se na importu podileli. Pri mapovani polnacek a turistickych znacek mi LIPS data hodne pomahaji v tom, ze je krasne videt kudz potencialne muze vest cesta. Na druhou stranu jsem na sobe uz pocitil urcite psychologicke negativum tohoto importu. Myslim ze je to vanilla verzu urciteho smiseneho efektu importu TIger dat v USA (viz napriklad zde http://flrec.ifas.ufl.edu/geomatics/wp-content/uploads/2012/02/tgis12037.pdf). Jde o to, ze automatizovany import muze demotivovat lidke mappery v zlepsovani dat. Zcela konkretne: Kouknu na proslou trasu na vylete a zda se mi ze nejaka pole jsou trochu blbe. Pole ale u sebe maji nejaky LPSI id cilso, cele to vypada desne oficialne a spravne atd, a vlastne ani nevim co presne ta cisla znamenaji, abych pri aktualizaci poli neudelal vic skody nez uzitku ... bla, bla, bla, proste to radsi nechm byt na pokoji. No, co jsem zatim videl, tak LPIS sedel velmi hezky (a spatne byly ty lesy okolo), takze doporucuju opatrnost. Pokud je tam opravdu zmena proti minulosti, pouvazoval bych nad pretrasovanim podle nove verse LPISu... 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-it] Nuovo tutorial per le turning lanes (ERA:lanes 2)
Visto che stiamo parlando di lanes, volevo segnalarvi questo eccellente tutorial (in inglese) sul blog di Mapbox che spiega nel dettaglio, assieme ad esempi animati, come configurare correttamente le varie lanes di una strada e delle restrizioni di svolta da applicare tramite JOSM. https://www.mapbox.com/blog/turn-lanes-mapping/ A Treviso esiste un incrocio particolarmente complesso da mappare e questo tutorial mi tornerà particolarmente utile per sistemarlo. Ciao! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-GB] UK/GB OpenStreetMap survey results
Hi all, Thank you for taking the time to fill out the A UK OpenStreetMap group? survey. In the 3 weeks since the survey first opened we received a total of 101 responses. This is a great response rate and indicates that many people are interested in the prospect of such a group. So what do the results show? Please follow the link below for a break down of the results and some suggestions as to next steps for this group. https://docs.google.com/document/d/1A8rKyKUW0X01n-JEMLwEUT4ktX-7WrxNP03YTkZs6lU/edit# I look forward to hearing your views on this. If possible please send replies to talk-gb@openstreetmap.org so that other members can view your comments (emails sent to this address are publicly visible). Best wishes, Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-it] tag giusto per track e path di campagna comunali chiusi dalla vegetazione...
Non so quanto uso viene fatto di questo: http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle Nel tuo caso obstacle=vegetation. E' poco utilizzato, forse perché dipende molto di quante volte falciano la vegetazione e per questo il tag è molto inaffidabile. Ne ho un esempio mio su Mapillary: https://www.mapillary.com/map/im/uG2rXztPjcEKDiIK_2wBjA/photo Volker 2015-08-01 17:07 GMT+02:00 Marco Bartalini marcobartal...@gmail.com: Ciao Ragazzi, mi imbatto molto spesso nei miei giri in MTB in vecchie strade di campagna sterrate che sulla carta sembrano essere comunali, ma purtroppo non mantenute e per cui chiuse dalla vegetazione... Secondo voi queste vanno cancellate completamente da OSM oppure possiamo segnarle con un tag giusto che indica la non transitabilità??? magari in futuro se si svegliassero i nostri amministratori, potrebbero recuperarle... questo è un esempio... http://www.openstreetmap.org/way/363475571#map=18/39.89078/18.29021layers=D sinceramente mi piacerebbe segnarmele tutte e farle vedere a quei caspita di sindaci locali per fargli capire che stupidi che sono a non saper sfruttare un patrimonio del genere!!! *Marco Bartalini,marcobartal...@gmail.com marcobartal...@gmail.com* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice
Alors j'ai rajouté la petite vérification pour savoir si l'arbre importé est à l'intérieur d'un bâtiment ou pas. Cela permet donc d'avoir un fichier à part avec les arbres posant problème. Voici les dernières stats: Total of makable imports: 30246 Total of non makable imports: 275 Matching area radius: 5.0 Total of created trees: 29430 Total of updated trees: 816 Total of created or updated trees: 30246 Total of multi matching trees: 306 Il y a donc 275 arbres posant problème qu'on peut en gros diviser en 2 catégories: - les arbres qui sont collés à un bâtiment mais qui se retrouvent à l'intérieur comme c'est le cas pour la basilique Notre Dame (difficile de dire qui a raison ou tort). Il y en a environ une bonne quarantaine comme ça... - les arbres qui sont à l'intérieur d'un bâtiment parce que celui ci est mal fait dans OSM (ex: bibliothèque bien plus grande que la réalité et qui englobe son parc, ou bâtiment d'école simplifié ne laisse plus de place à sa cour interne, etc.). C'est du coup un bon test pour voir des corrections à faire (une sorte de mini osmose ;p), je conserve donc ce fichier pour faire certaines corrections plus tard et pouvoir ensuite importer certains arbres normalement, merci Jérôme pour l'idée. En attendant je compte bien uploader les 30 246 autres arbres qui sont hors bâtiments.. sauf si évidemment vous me dites que cela entraînera forcement un revert et mon bannissement du forum sur les 3 prochaines générations.. Le 31 juillet 2015 00:00, Vincent Frison vincent.fri...@gmail.com a écrit : Le 30 juillet 2015 23:24, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Oui pour empêcher l'import mais on n'est pas à 15 cm sur le placement des bâtiments aussi donc qui a raison? Il faudrait genre un pré-filtre. Si tu fais ça sous JOSM il doit bien être possible de faire comme sous n'importe quel SIG un tag intermédiaire note=FIXME et tu n'intègres que ceux sans alerte. Les autres c'est à mettre dans un fichier *.osm et à retoucher au fur et à mesure pour faire l'intégration en semi-auto par exemple par type d'alerte. C'est plus simple et au moins il n'y a plus d’ambiguïté. Le plus simple c'est encore d'ignorer purement et simplement tous les éléments posant problème. Mais je trouve que c'est une bonne idée de garder ces éléments dans un fichier à part.. histoire de ne rien lâcher ! ;p Je ferai ça ce WE.. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Digest Talk-br, volume 83, assunto 1
Eu tenho procedido assim, qdo não tem tracks pra conferir : - Se é um conjunto maior de ruas desalinhadas, eu alinho a imagem e continuo a editar. - Se é uma ou outra via, eu alinho o traçado da via com a imagem. Mais tarde, haverá alguém que postará um track que permitirá o ajuste correto e preciso. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] boundary Estados Rio de Janeiro e Minas Gerais
Agradecemos Nelson. Aguardaremos o geofabrik disponibilizar hoje a noite o PBF com essas alterações para compilarmos e disponibilizarmos novo mapa Cocar. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Saturday, August 1, 2015 10:50 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] boundary Estados Rio de Janeiro e Minas Gerais Arrumei essa área. Se tiver mais alguma coisa depois eu vejo na segunda. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Réseau de point d'accès d'urgence sur site difficile de localisation aux secours
Le 21/01/2015 15:58, David Crochet a écrit : Bonjour [1] dit : certains pays, (mais pas la France) offre un réseau de points d'accès d'urgence. Donc Osmose a récupéré cette information et en sort des erreurs en France. Or, sur le site de La Roche d'Oëtre il existe ces type de bornes. Il serait bon donc de désactiver cette indication d'erreur. Cordialement [1] http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Demergency_access_point Ok, merci. C'est en cours de correction. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] tag giusto per track e path di campagna comunali chiusi dalla vegetazione...
Il tag *obstacle:vegetation=gradex* potrebbe essere una soluzione? ( http://gian.mario.navillod.it/come-mappare-sentiero-invaso-dalla-vegetazione/ ) Buon mapping. gm Il giorno 1 agosto 2015 17:07, Marco Bartalini marcobartal...@gmail.com ha scritto: Ciao Ragazzi, mi imbatto molto spesso nei miei giri in MTB in vecchie strade di campagna sterrate che sulla carta sembrano essere comunali, ma purtroppo non mantenute e per cui chiuse dalla vegetazione... Secondo voi queste vanno cancellate completamente da OSM oppure possiamo segnarle con un tag giusto che indica la non transitabilità??? magari in futuro se si svegliassero i nostri amministratori, potrebbero recuperarle... questo è un esempio... http://www.openstreetmap.org/way/363475571#map=18/39.89078/18.29021layers=D sinceramente mi piacerebbe segnarmele tutte e farle vedere a quei caspita di sindaci locali per fargli capire che stupidi che sono a non saper sfruttare un patrimonio del genere!!! *Marco Bartalini,marcobartal...@gmail.com marcobartal...@gmail.com* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Histoire de la carte de France
Le Fri, 31 Jul 2015 23:38:12 +0200, Christian Rogel christian.ro...@club-internet.fr a écrit : Ce qui m’a surtout frappé, c’est la remarquable vacuité du propos. Il est bien connu que le royaume de France n’a acquis la forme approximative d’un hexagone qu’au milieu du 17ème. Avant, il ressemblait plutôt à un pentagone irrégulier, la frontière Est suivant grossièrement une grande droite de Calais à Toulon. Le parti pris purement idéologique d’un hexagone semblant remonter au Moyen-Âge est un peu gonflant. Christian R. Le 31 juil. 2015 à 23:25, Christian Quest cqu...@openstreetmap.fr a écrit : Et voilà: http://www.la-croix.com/Culture/Actualite/La-carte-entre-dans-la-quatrieme-dimension-celle-du-temps-reel-2015-07-24-1337843 http://www.la-croix.com/Culture/Actualite/La-carte-entre-dans-la-quatrieme-dimension-celle-du-temps-reel-2015-07-24-1337843 Tout à fait d'accord. J'ai eu le même sentiment. C'est peut être parce que nous sommes bretons :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] boundary Estados Rio de Janeiro e Minas Gerais
Agradecemos Nelson, até analisamos a possibilidade de corrigirmos, mas é um longo trecho de fronteira. Pelo que identificamos o changeset mexeu no Rio Preto ( https://www.openstreetmap.org/way/30639074 ) que é membro de inumeras relações boundary, entretanto foi deixado o https://www.openstreetmap.org/way/30638691 que também é membro dessas mesmas relações acarretando uma duplicidade de boundarys na região, por vezes se cruzando e outras não fechando o multipolígono. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Saturday, August 1, 2015 8:41 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] boundary Estados Rio de Janeiro e Minas Gerais 2015-08-01 1:55 GMT-03:00 thunder...@gpsinfo.com.br: Seria o caso de reverter? Reverter não. Vou dar uma olhada. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] annuaire service-public.fr
La liste de ceux déjà mappé dans Osmose QA est là : https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_service_public_FR.py C'est identique à ton google doc. Mais il y en a quelques uns de plus. Je peux les prendre dans osmose, surtout quand les analyseurs existent déjà. Le 11/06/2015 23:23, Jérôme Amagat a écrit : ça intéresse pas grand monde, c'est moins intéressant que des biches (surtout des biches avec des bois!). j'ai mis là la liste des organismes present (avec leur nombre) et la tête du xml avec des tags osm que je verrais bien : https://docs.google.com/spreadsheets/d/1Oc-h_ieXFIoB_Ud9M1bev-zhkgg5RehwF2VNq3xyPn4/edit?usp=sharing Le 11 juin 2015 02:18, Jérôme Amagat jerome.ama...@gmail.com mailto:jerome.ama...@gmail.com a écrit : la source c'est 62000 fichiers xml (ça devait déjà être du même genre vu ça : https://github.com/osm-fr/osmose-backend/blob/master/merge_data/service_public_FR.rb ). De la forme (j'ai rien trouver qui donner toute les possibilités) : ?xml version=1.0 encoding=UTF-8? Organisme id=mairie-01041-01 codeInsee=01041 dateMiseAJour=2014-12-04 pivotLocal=mairie NomMairie de Bettant/Nom EditeurSourceLa Direction de l'information légale et administrative (Premier ministre)/EditeurSource Adresse type=géopostale Ligne15, route de Saint-Denis/Ligne CodePostal01500/CodePostal NomCommuneBettant/NomCommune Localisation Latitude45.9453010559/Latitude Longitude5.35293006897/Longitude Précision6/Précision /Localisation Accessibilité type=ACC/ /Adresse CoordonnéesNum Téléphone+33 4 74 46 82 51 tel:%2B33%204%2074%2046%2082%2051/Téléphone Télécopie+33 4 74 46 04 63 tel:%2B33%204%2074%2046%2004%2063/Télécopie Emailmairiedebett...@wanadoo.fr mailto:mairiedebett...@wanadoo.fr/Email Urlhttp://www.truc.truc/Url /CoordonnéesNum Ouverture PlageJ début=jeudi fin=vendredi PlageH début=15:30:00 fin=17:30:00/ /PlageJ PlageJ début=samedi fin=samedi PlageH début=10:00:00 fin=12:00:00/ /PlageJ PlageJ début=lundi fin=mardi PlageH début=15:30:00 fin=17:30:00/ Noteil peut il y avoir des notes/Note /PlageJ /Ouverture /Organisme Si l'adresse physique et postale ne sont pas les même il y a ça comme adresse à la place : Adresse type=physique Ligne9 boulevard Victor-Hugo/Ligne CodePostal06130/CodePostal NomCommuneGrasse/NomCommune Localisation Latitude43.6556416/Latitude Longitude6.9195698/Longitude Précision8/Précision /Localisation Accessibilité type=ACC/ /Adresse Adresse type=postale LigneCaisse d'allocations familiales des Alpes-Maritimes/Ligne CodePostal06175/CodePostal NomCommuneNice Cedex 2/NomCommune /Adresse Sinon pour ce qui est des tags je sais pas trop, c'est pour ça que je l'ai écrit ça sur la liste pour avoir d'autres opinions sur les tag contact: , opening_hours ... Bien sur garder les tag présent avec l'ancienne version. Apres facile avec les mairie, il y a un tag pour mais que fait-t-on des : Banque de France (succursale), Caisse d’allocations familiales (CAF) , Chambre d’agriculture, Groupement d'établissements publics d'enseignement (Greta), Mutualité sociale agricole (MSA), réseau local , ... ... ... (voir http://www.service-public.fr/info/docs/liste-type-organisme.pdf ) Le 10 juin 2015 22:42, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Bonjour, Oui la mise à jour est manuelle est donc pas vraiment fréquente. Pour les données déjà présentes c'est les mêmes colonnes avec le même format de contenu ? Pour faire une simple mise à jour. Pour l'ajout un pull request serait le bien venu. Ou au moins une liste de tags et de colonnes pour faire le mapping. Frédéric. Le 10 juin 2015 14:20, Jérôme Amagat jerome.ama...@gmail.com mailto:jerome.ama...@gmail.com a écrit : Bonjour, L'annuaire de service-public.fr http://service-public.fr est disponible depuis longtemps et il permet grâce à osmose d’intégrer des mairies et d'autres services publics http://osmose.openstreetmap.fr/fr/map/#item=8110). La source de donnée n'a pas évolué dans osmose et date de 2 ans, les données a jour sont ici : https://www.data.gouv.fr/fr/datasets/service-public-fr-annuaire-de-l-administration-base-de-donnees-locales/ la localisation me semble
Re: [OSM-talk-fr] tag et point-virgule
Le 29/05/2015 09:59, bernard a écrit : Bonjour, J'ai remarqué qu'Osmose n'appréciait pas que les valeurs soient séparées par des point-virgules. Or, des pages wiki le proposent Qu'en est-il? Il est mentionné dans la FAQ http://wiki.openstreetmap.org/wiki/FR:FAQ Valeur avec ou sans point-virgule? Merci de votre réponse Dans Osmose QA il y a une liste de tags qui ne sont pas censé supporter les valeurs multiples. C'est uniquement cette liste qui remonte des signalements. Il est possible de la modifier. https://github.com/osm-fr/osmose-backend/bloba/master/plugins/TagFix_MultipleValue.py#L64 NB : level est en cours de suppression. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rép. : Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne
Bonjour, Ou en est ce projet d'intégration a OSM de ces donnes ? Terminé / rien / import a faire / besoin de passer par une intégration via Osmose QA ? Frédéric. Le 17/02/2015 16:50, Nicolas Dumoulin a écrit : Le lundi 16 février 2015 19:00:49 Yann Kacenelen a écrit : Bonjour Christian, Merci pour ta réponse. Nos données, tu les connais déjà un peu ;) Elles sont mises à jour en permanence pour des sapeurs-pompiers qui se rendent sur le terrain avec tablette PC et récepteurs GPS (3-5 m de précision). La position est souvent reprise à la mano avec la BD ORTHO en référence. A vu de nez, j'estimerais la précision à env 2 mètres en moyenne (et surtout impérativement du bon côté de la route !). Bonjour Yann, 2 mètres, ça me semble en effet honnête :-) Je suis ouvert à toute proposition concernant à la fois le mode d'import. Et j'attends les retours des courageux qui auront digéré mes docs concernant la modélisation... J'ai jeté un œuil sur tes documents, et je constate que tu maîtrise bien le modèle OSM et les bidouilles de formats :-) En tout cas, plus que moi je ne maîtrise ton métier au SDIS ;-) Merci pour ton enthousiasme et toutes tes précisions. Pour ce qui est d'une base ouverte, on peut déjà faire un import quand c'est possible (avec des partenaires comme toi) et faire du relevé de terrain côté OSM. Si ça prend, on peut espérer aider à concrétiser un tel projet. Aujourd'hui on a 21000 fire_hydrant, c'est un début, petit mais pas rien quand même ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rép. : Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne
Salut a tous, existe t-il un document qui explique clairement la méthode de des import??? Le 1 août 2015 13:43, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Ou en est ce projet d'intégration a OSM de ces donnes ? Terminé / rien / import a faire / besoin de passer par une intégration via Osmose QA ? Frédéric. Le 17/02/2015 16:50, Nicolas Dumoulin a écrit : Le lundi 16 février 2015 19:00:49 Yann Kacenelen a écrit : Bonjour Christian, Merci pour ta réponse. Nos données, tu les connais déjà un peu ;) Elles sont mises à jour en permanence pour des sapeurs-pompiers qui se rendent sur le terrain avec tablette PC et récepteurs GPS (3-5 m de précision). La position est souvent reprise à la mano avec la BD ORTHO en référence. A vu de nez, j'estimerais la précision à env 2 mètres en moyenne (et surtout impérativement du bon côté de la route !). Bonjour Yann, 2 mètres, ça me semble en effet honnête :-) Je suis ouvert à toute proposition concernant à la fois le mode d'import. Et j'attends les retours des courageux qui auront digéré mes docs concernant la modélisation... J'ai jeté un œuil sur tes documents, et je constate que tu maîtrise bien le modèle OSM et les bidouilles de formats :-) En tout cas, plus que moi je ne maîtrise ton métier au SDIS ;-) Merci pour ton enthousiasme et toutes tes précisions. Pour ce qui est d'une base ouverte, on peut déjà faire un import quand c'est possible (avec des partenaires comme toi) et faire du relevé de terrain côté OSM. Si ça prend, on peut espérer aider à concrétiser un tel projet. Aujourd'hui on a 21000 fire_hydrant, c'est un début, petit mais pas rien quand même ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- *Fofana B. Bazo, * *Géographe, contributeur OSM* *Volontaire International de la* *Francophonie * *Lomé/Togo* *tel: (00228)93549215* *00228 93705132* ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] boundary Estados Rio de Janeiro e Minas Gerais
Arrumei essa área. Se tiver mais alguma coisa depois eu vejo na segunda. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] boundary Estados Rio de Janeiro e Minas Gerais
Ele duplicou bastante coisa mesmo. Já estou arrumando. Assim que acabar eu aviso. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Précision des données culture.gouv
Le 12/06/2015 13:32, Jérôme Seigneuret a écrit : Bonjour, J'essai de faire un peu d'intégration de données vers chez moi à partir des propositions d'Osmose Je regarde cette données permalink OSMOSE http://osmose.openstreetmap.fr/fr/map/#zoom=15lat=44.02087lon=4.73871layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=fixable= Correspondance avec la fiche Mérimée http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHERFIELD_1=REFVALUE_1=PA00103184 Le champs du wiki n'a rien de probant : Château (Ancien) Il n'existe pas de page wikipedia https://fr.wikipedia.org/w/index.php?title=Ch%C3%A2teau_de_Roquemaureaction=editredlink=1mais une page sur Wikimedia http://commons.wikimedia.org/wiki/Category:Ch%C3%A2teau_de_Roquemaure_(Gard) En recherchant je suis tombé sur http://www.monumentum.fr/chateau-pa00103184.html ayant la même référence et dont le placement n'est pas correcte vu que c'est le *Château de l'Hers à Chateauneuf-du-Pape* * * Parcontre j'ai trouvé ce site plutôt intéressant ou l'on voit le bon placement (ou ce qui s'en rapproche le plus) *http://tools.wmflabs.org/wiwosm/osm-on-ol/commons-on-osm.php?zoom=17lat=44.05399lon=4.7826layers=BTFT* D'où est extrait la localisation des fichiers? Car il n'y a rien dans les fiches Mérimée et je suis quand même à 5km d’écart! Les placements Osmose QA sont le résultat d'un vieux géocodage nominatim. Il faudrait le refaire avec addok/BANO. Les placements wikimédia sont fait manuellement par les contributeurs à wiki* mais sont issue de sources indéterminées. On ne peut pas les réutiliser consciemment dans OSM (ce serait du blanchiment de licence). Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs Osmose Fantoir Place=
Le 28/02/2015 11:41, Cavok a écrit : Le 25 février 2015 07:30, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : place=farm ? C'est le nom réel des fermes ? Attention de ne pas confondre avec un nom d'usage tel que la ferme de nom du hameau. Le wiki anglais indique aussi que si la ferme ne fait pas parti d'un ensemble plus grand, alors on doit plutôt utiliser place=isolated_dwelling Je ne connais pas en effet toutes les fermes de la commune. Mais certaines c'est sur, c'est bien leur nom. Dans le wiki français c'est pourtant bien indiqué Ferme isolée. Maintenant, si il faut aussi déchiffrer la partie anglaise ... c'est pas facile. . place=suburb dans une commune de 1500 habitants ?? Le wiki dit Use place http://wiki.openstreetmap.org/wiki/Key:place=*suburb* to identify a major area in a place http://wiki.openstreetmap.org/wiki/Key:place=town http://wiki.openstreetmap.org/wiki/Tag:place%3Dtown or place http://wiki.openstreetmap.org/wiki/Key:place=city http://wiki.openstreetmap.org/wiki/Tag:place%3Dcity Pourtant le wiki français place=suburb Zone Quartier Sous-partie d'une ville ou d'un village Ce qui veut dire, une partie importante d'une ville comportant plus de 10 000 habitants. Je crois qu'on est loin du compte :-) Il faudrait donc changer ces tag en place=neighbourhood Je vais donc essayer avec place=neighbourhood Mais en fait la question principale que je me pose, avec ce FANTOIR B to W qu'est il autorisé comme place= ? Merci Le 25/02/2015 01:37, Cavok a écrit : Bonjour, a l'aide de l'outil http://cadastre.openstreetmap.fr/ j'ai importé des lieux dits d'une commune, certain avec différentes valeurs pour la clé place= Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling Cette erreur est indiquée sur les clés:place= farm suburb ...etc...(tout ce qui est comme l'erreur l'indique différent de locality, hamlet or isolated_dwelling) Est-ce donc vraiment une erreur de ma part ou Osmose devrait agrandir sa tolérance à plus de type de place ? Vous pouvez trouvez ces erreurs sur http://osmose.openstreetmap.fr/fr/byuser/?username=Cavokld# Merci de votre aide. J'ajoute neighbourhood pour les valeurs possibles de pour les clés de B à W. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] [Talk-us] New MapRoulette challenge - fix railway crossings
Never mind, Maproulette took me to different task that was completed. On Sat, Aug 1, 2015 at 1:55 PM, Clifford Snow cliff...@snowandsnow.us wrote: Martijn, I just checked and it appears the challenge is complete. Is that true? Less than 22 hours after you announced it? It is amazing what the community can accomplish is a very short time. Clifford On Fri, Jul 31, 2015 at 3:42 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps ) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] New MapRoulette challenge - fix railway crossings
I initially got that message too. But when you re-select the challenge, it will correctly show you the remaining ~19.5k tasks On Sat, Aug 1, 2015 at 3:57 PM Clifford Snow cliff...@snowandsnow.us wrote: Martijn, I just checked and it appears the challenge is complete. Is that true? Less than 22 hours after you announced it? It is amazing what the community can accomplish is a very short time. Clifford On Fri, Jul 31, 2015 at 3:42 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps ) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- @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 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] [Talk-us] New MapRoulette challenge - fix railway crossings
I initially got that message too. But when you re-select the challenge, it will correctly show you the remaining ~19.5k tasks On Sat, Aug 1, 2015 at 3:57 PM Clifford Snow cliff...@snowandsnow.us wrote: Martijn, I just checked and it appears the challenge is complete. Is that true? Less than 22 hours after you announced it? It is amazing what the community can accomplish is a very short time. Clifford On Fri, Jul 31, 2015 at 3:42 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps ) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Réseau de point d'accès d'urgence sur site difficile de localisation aux secours
Bonjour Le 01/08/2015 21:23, osm.sanspourr...@spamgourmet.com a écrit : De plus le terme ne me plait pas : ce n'est pas vraiment un point d'accès d'urgence mais plutôt lieu référencé pour les urgences. Oui, j'imagine que c'est plutôt comme cela que je comprend ces points. J'appelle les secours, j'indique ce point particulier duquel je suis à proximité, de facto, le SDIS sait quels engins envoyer ou ne pas envoyer. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] New MapRoulette challenge - fix railway crossings
2015-07-31 19:42 GMT-03:00 Martijn van Exel m...@rtijn.org: Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps ) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Last time I looked at Google Maps, it didn't know about the train in my area, and even showed some streets as continuous where in fact they were blocked by the railroad (fence, no level crossing). Now it seems to have the train but it's missing half the stations and there are still no pedestrian crossings marked. I guess that's progress? Yet another case of superior service from OpenStreetMap :) -- Nicolás ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] Fwd: New MapRoulette challenge - fix railway crossings
Hallo, wenn Euch langweilig ist weil Deutschland schon relativ gut gemappt ist: für den kann ich auf die Maproulette Aufgabe von Martijn hinweisen. In USA gibt es leider immer noch Berge von fehlerhaften und veraltete Daten aus dem Tiger-Import. Martijn hat eine Herausforderung der FRA und Google aufgenommen um auch in OSM die Bahnübergänge vollständig eingetragen zu haben. Und selbst wenn man ein Kreuz auf der Karte sieht sollte man gemäß Martijn den Ort kontroliieren: dies deckt sich mit meinen Erfahrungen! Meine Erfahrung: * die Daten in der USA in einsamen Gegenden sind wirklich schlecht! - es fehlen komplette Bäche etc. - Brücken sind nicht eingezeichnet - man sieht es den Daten an dasss sie veraltet/ungepflegt sind - teilweise gibt es einen gewaltigen Offset zu den Bing-Bildern - Wege die man als track bezeichnen muss sind aus den Tiger-Daten als residential getaggt -Wälder/Baumreihen/... nicht gemappt - [viele weitere Dinge]:-( * häufig sind an dem Bahnübergang 2 Knoten: einer auf dem Weg und einer auf dem Gleis! - das sollte ein gemeinsamer Knoten sein = vereinigen (geht in JOSM) - Manchmal ist auch ein Kreuz für railway = level_crossing vorhanden trotz 2 Knoten * das Bahngleismapping ist ... - grottig = twilweise rießeiger Versatz - veraltet (z.B. bei Bing ist Umbau zu erkennen) - Gleis-induviduelles Mapping nicht vorhanden (mehrere Parallel-Gleise) * Viel Spaß, Michael. Weitergeleitete Nachricht Betreff:[OSM-talk] New MapRoulette challenge - fix railway crossings Datum: Fri, 31 Jul 2015 16:42:37 -0600 Von:Martijn van Exel m...@rtijn.org An: OpenStreetMap US Talk talk...@openstreetmap.org Kopie (CC): t...@openstreetmap.org t...@openstreetmap.org Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [talk-ph] any on-going OSM events ?
Hey everyone, There was an OSM event this weekend at University of San Carlos in Cebu. A few weeks ago, we met members of an organization there (Passerelles Numeriques) that was really interested in having their tech students learn about OSM, and they invited us to come down and talk about it. So we did! We just did short sessions on ID editor and why mapping is important. We recommended they join the listserv if they want to stay involved with the OSM community and learn more. Hope that's okay...sorry for the lack of publicity! On Sat, Aug 1, 2015 at 6:09 PM, maning sambale emmanuel.samb...@gmail.com wrote: Not sure, but, there were 18 new subscribers to the list. Welcome everyone! It would be nice if you can introduce yourselves. Also lots of edits over bohol with some openroads changeset comments. cheers, Maning Sambale (mobile) On Aug 1, 2015 5:53 PM, Erwin Olario gov...@gmail.com wrote: Is there any OpenStreetMap event happening somewhere right now? /r *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://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 ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- -Lu Sevier The College of William and Mary *http://www.linkedin.com/pub/lu-sevier/84/236/725 http://www.linkedin.com/pub/lu-sevier/84/236/725* ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-us] New MapRoulette challenge - fix railway crossings
yes, that is a bug in Maproulette. there are actually closer to 60k tasks... I just didn't want it seem too insurmountable at first. Thanks for participating! Martijn On Saturday, August 1, 2015, Harald Kliems kli...@gmail.com wrote: I initially got that message too. But when you re-select the challenge, it will correctly show you the remaining ~19.5k tasks On Sat, Aug 1, 2015 at 3:57 PM Clifford Snow cliff...@snowandsnow.us javascript:_e(%7B%7D,'cvml','cliff...@snowandsnow.us'); wrote: Martijn, I just checked and it appears the challenge is complete. Is that true? Less than 22 hours after you announced it? It is amazing what the community can accomplish is a very short time. Clifford On Fri, Jul 31, 2015 at 3:42 PM, Martijn van Exel m...@rtijn.org javascript:_e(%7B%7D,'cvml','m...@rtijn.org'); wrote: Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps ) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org javascript:_e(%7B%7D,'cvml','Talk-us@openstreetmap.org'); https://lists.openstreetmap.org/listinfo/talk-us -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org javascript:_e(%7B%7D,'cvml','Talk-us@openstreetmap.org'); https://lists.openstreetmap.org/listinfo/talk-us -- Martijn sent on the go. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-GB] K4 Telephone Kiosks
My sister has just been telling me about the K4 telephone kiosk which combines a phone, stamp machine and post box. There are apparently 5 examples extant, with one in Frodsham. Further details at http://www.the-telephone-box.co.uk/kiosks/k4/ and http://www.britishlistedbuildings.co.uk/en-436820-k4-telephone-kiosk-north-of-railway-brid/photos#.VbyvYPnLnqo . This one doesn't seem to be mapped. I assume the easiest way of mapping it would be as a small building with the post box telephone as separate nodes. I wonder if any of the others have been mapped. Jerry ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-br] boundary Estados Rio de Janeiro e Minas Gerais
2015-08-01 1:55 GMT-03:00 thunder...@gpsinfo.com.br: Seria o caso de reverter? Reverter não. Vou dar uma olhada. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] Marking tight corners
One risk factor that the two-dimensional geometry of OSM won't show is how a curve is banked. Unbanked curves are common, and I have encountered some curves that are banked with the low side of the curve towards the outside, very risky under wet conditions. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. -- Martin Luther King, Jr. On July 29, 2015 7:23:14 PM Warin 61sundow...@gmail.com wrote: On 30/07/2015 5:45 AM, Subhodip Biswas wrote: Hi, On Wed, Jul 29, 2015 at 2:34 PM, Mateusz Konieczny matkoni...@gmail.com mailto:matkoni...@gmail.com wrote: Geometry of road is already providing this information, there is probably no need to duplicate this in tags. Thanks, will it be possible provide a link to the wiki that explains geometry of the road. Also if not a problem is it possible to attach angle/decreasing/increasing nature of the corner? Sorry if I missed something. On Wed, 29 Jul 2015 14:11:50 -0500 Subhodip Biswas subhodipbis...@gmail.com mailto:subhodipbis...@gmail.com wrote: Hello, I was wondering if there is some tags or is it possible to create some tags that marks tight corners. The reason is as a motorcyclist I may want to know the danger ahead spoken to me through a navigation app (e.g. navmii). Even in well marked area like in the US it is not always possible to see the the corner up ahead and the posted speed limit for it (debatable). Zoom in! If there are enough nodes you should be able to see how sharp the corner is .. I use this is fog! You are travelling very slow and cannot see too far .. the GPS map gives you more than you can see. - There are speed warnings - usually for fixed speed cameras. And some use this for land mine warnings. No reason why the same method could not be used for corner speeds ... but this is not part of the map but separate POI. -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Erreurs Osmose Fantoir Place=
Le 1 août 2015 15:40, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 28/02/2015 11:41, Cavok a écrit : Le 25 février 2015 07:30, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : place=farm ? C'est le nom réel des fermes ? Attention de ne pas confondre avec un nom d'usage tel que la ferme de nom du hameau. Le wiki anglais indique aussi que si la ferme ne fait pas parti d'un ensemble plus grand, alors on doit plutôt utiliser place=isolated_dwelling Je ne connais pas en effet toutes les fermes de la commune. Mais certaines c'est sur, c'est bien leur nom. Dans le wiki français c'est pourtant bien indiqué Ferme isolée. Maintenant, si il faut aussi déchiffrer la partie anglaise ... c'est pas facile. . place=suburb dans une commune de 1500 habitants ?? Le wiki dit Use place http://wiki.openstreetmap.org/wiki/Key:place=*suburb* to identify a major area in a place http://wiki.openstreetmap.org/wiki/Key:place=town http://wiki.openstreetmap.org/wiki/Tag:place%3Dtown or place http://wiki.openstreetmap.org/wiki/Key:place=city http://wiki.openstreetmap.org/wiki/Tag:place%3Dcity Pourtant le wiki français place=suburb Zone Quartier Sous-partie d'une ville ou d'un village Ce qui veut dire, une partie importante d'une ville comportant plus de 10 000 habitants. Je crois qu'on est loin du compte :-) Il faudrait donc changer ces tag en place=neighbourhood Je vais donc essayer avec place=neighbourhood Mais en fait la question principale que je me pose, avec ce FANTOIR B to W qu'est il autorisé comme place= ? Merci Le 25/02/2015 01:37, Cavok a écrit : Bonjour, a l'aide de l'outil http://cadastre.openstreetmap.fr/ j'ai importé des lieux dits d'une commune, certain avec différentes valeurs pour la clé place= Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling Cette erreur est indiquée sur les clés:place= farm suburb ...etc...(tout ce qui est comme l'erreur l'indique différent de locality, hamlet or isolated_dwelling) Est-ce donc vraiment une erreur de ma part ou Osmose devrait agrandir sa tolérance à plus de type de place ? Vous pouvez trouvez ces erreurs sur http://osmose.openstreetmap.fr/fr/byuser/?username=Cavokld# Merci de votre aide. J'ajoute neighbourhood pour les valeurs possibles de pour les clés de B à W. Frédéric. Enfin, je vais voir mes erreurs signalées pas Osmose disparaître.☺ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Join us for summer mapathon BINGO - weekend of Aug 1
Happy Mapping Everyone! I hope you all have a wonderful and successful OSM-US Quarterly Mapathon! OSMCO MapCamp! South Park was a huge success, check out some details here (more to come): http://www.meetup.com/OSM-Colorado/events/223668240/ Cheers, =Russ From: Eleanor Tutt [mailto:eleanor.t...@gmail.com] Sent: Thursday, July 09, 2015 3:28 PM To: talk-us Subject: [Talk-us] Join us for summer mapathon BINGO - weekend of Aug 1 Hello! We've got our next OSM US quarterly mapathon coming up the weekend of August 1st - obviously you can host a mapathon in your area any time of the year, but it's also pretty awesome to know that people are mapping across the country at the same time. :) If you want an idea for a theme, we created an OpenStreetMap mapathon BINGO card (https://c1.staticflickr.com/1/439/18875377873_968818d547_z.jpg) that includes images of (and tagging conventions for) summery things to add to OSM. Ice cream shops! BBQ pits! Car washes! Swimming pools! Let's get 'em all into OpenStreetMap. You can read more on our blog post here: http://openstreetmap.us/2015/07/summer-mapathon-bingo/ If you're organizing a mapathon, please add it to the wiki page here so that everyone knows about it: http://wiki.openstreetmap.org/wiki/Mapathon/US_Summer_Mapathon_2015 We also have a new OSM US slack channel for current future mapathon organizers to informally chat about ideas/outreach strategies/successes/etc. - send me your email (elea...@openstreetmap.us) if you would like an invite. Thanks! Eleanor ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Réseau de point d'accès d'urgence sur site difficile de localisation aux secours
C'est aussi le cas à la Pointe du Raz. Ne faut-il pas préciser sur le Wiki que la France ne possède qu'en quelques lieux de tels points d'accès d'urgence. Ça me semble être plus proche de la réalité : l'exception qui confirme la règle. De plus le terme ne me plait pas : ce n'est pas vraiment un point d'accès d'urgence mais plutôt lieu référencé pour les urgences. Qu'en disent les SDIS ? Par contre je ne serais pas pour la suppression pure et dure du test : j'ai fait un petit test et la plupart des nœuds semblent ne pas correspondre à un bon tagage. Il semble utilisé essentiellement pour des défibrillateurs voir des entrées aux urgences (?). À moins avis un tag seul est fortement suspect, il faudrait au moins son numéro (ref). Si numéro et ref, peut-être pas d'alerte dans Osmose, sans par contre je suis pour garder l'alerte. Jean-Yvon Le 01/08/2015 15:50, Frédéric Rodrigo - fred.rodr...@gmail.com a écrit : Le 21/01/2015 15:58, David Crochet a écrit : Bonjour [1] dit : certains pays, (mais pas la France) offre un réseau de points d'accès d'urgence. Donc Osmose a récupéré cette information et en sort des erreurs en France. Or, sur le site de La Roche d'Oëtre il existe ces type de bornes. Il serait bon donc de désactiver cette indication d'erreur. Cordialement [1] http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Demergency_access_point Ok, merci. C'est en cours de correction. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] New MapRoulette challenge - fix railway crossings
Never mind, Maproulette took me to different task that was completed. On Sat, Aug 1, 2015 at 1:55 PM, Clifford Snow cliff...@snowandsnow.us wrote: Martijn, I just checked and it appears the challenge is complete. Is that true? Less than 22 hours after you announced it? It is amazing what the community can accomplish is a very short time. Clifford On Fri, Jul 31, 2015 at 3:42 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps ) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch -- @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
Re: [OSM-talk] [Talk-us] New MapRoulette challenge - fix railway crossings
Martijn, I just checked and it appears the challenge is complete. Is that true? Less than 22 hours after you announced it? It is amazing what the community can accomplish is a very short time. Clifford On Fri, Jul 31, 2015 at 3:42 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps ) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] New MapRoulette challenge - fix railway crossings
Martijn, I just checked and it appears the challenge is complete. Is that true? Less than 22 hours after you announced it? It is amazing what the community can accomplish is a very short time. Clifford On Fri, Jul 31, 2015 at 3:42 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps ) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- @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
Re: [Talk-at] Adressdaten BEV
Hallo, ich habe einen Reverse Geocoder für die BEV-Adressdaten geschrieben: http://bev-reverse-geocoder.osm.thomaskonrad.at/ http://bev-reverse-geocoder.osm.thomaskonrad.at/ Das Service könnte z.B. die Basis für ein JOSM-Plugin sein, mit dem man Gebäuden oder Nodes per Knopfdruck die Adresse zuweisen kann. Schöne Grüße Thomas PS: Der Quellcode ist wie gewohnt auf Github zu finden: https://github.com/thomaskonrad/bev-reverse-geocoder https://github.com/thomaskonrad/bev-reverse-geocoder On 31 Jul 2015, at 13:23, Jimmy_K jimm...@gmx.at wrote: Servus, Die meisten Abweichungen sind wohl Kurzformen und Abkürzungen. Auf den ersten Blick sticht hier nur OED-OEHLING heraus. Selbst ein Freund, der nahe dieser Marktgemeinde wohnt, konnte mir da nicht eindeutig weiterhelfen, da es auch die Gemeinde nicht einheitlich schreibt. Die richtige Schreibweise für die Marktgemeinde ist wohl Oed-Oehling [1][2], wenngleich die beiden Katastralgemeinden Oed Markt (übl. nur Oed) und Öhling [2] heißen. Ich bin deshalb für eine Änderung der Relation 90381 [3] in Oed-Oehling. LG Jimmy [1] GESETZ ÜBER DIE GLIEDERUNG DES LANDES NIEDERÖSTERREICH IN GEMEINDEN: https://www.ris.bka.gv.at/Dokumente/LgblNO/LRNI_2006043/LRNI_2006043.pdf [2] 4266. Verordnung - BEV Amtsblatt für das Vermessungswesen http://www.bev.gv.at/pls/portal/docs/PAGE/BEV_PORTAL_CONTENT_ALLGEMEIN/0550_SUPPORT/0500_DOWNLOADS/AMTSBLATT/AMTSBLATT_FUER_DAS_VERMESSUNGSWESEN2013/AVERM2013_4.PDF [3] http://www.openstreetmap.org/relation/903891 Am 21.07.2015 um 18:48 schrieb Dietmar: Hallo, ich habe eben in Vorbereitung zur landesweiten Hausnummerauswertung auf meinem Server regio-osm.de die Gemeindenamen in OSM mit denen in der offiziellen Liste von Statistik Austria abgeglichen, die ich letztes Jahr importiert habe. Das Vorgehen und eine Einleitung habe ich eben in einem OSM-Blogbeitrag aufgeführt [1] und die einzelnen Unterschiede habe ich auf meinem Webserver auf einer Seite [2] dargestellt, weil ich im OSM Blog keine HTML-Tabelle erzeugen konnte. viele Grüße Dietmar aka okilimu [1] http://www.openstreetmap.org/user/okilimu/diary/35428 [2] http://www.regio-osm.de/hausnummerauswertung/oesterreich_gemeindenamenunterschiede.html ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-br] Fwd: mapa desalinhado, o que é melhor fazer?
complementando a resposta do alexandre e sendo mais direto: a resposta é sim, mas o alinhamento serve somente para a sua sessão. ao fechar o editor e abrir de novo, a correção do alinhamento é zerada. -- Forwarded message - From: Alexandre Magno Brito de Medeiros alexandre@gmail.com Date: sex, 31 de jul de 2015 às 22:21 Subject: Re: [Talk-br] mapa desalinhado, o que é melhor fazer? To: OpenStreetMap no Brasil talk-br@openstreetmap.org Provavelmente, nessa pergunta, você está falando do alinhamento temporário, da sua visualização, para a atividade (tela) de mapeamento corrente, e Gerald estava falando de realmente editar o mapa (dados) realinhando tudo. Alexandre Em 31 de julho de 2015 21:57, Ivaldo Nunes de Magalhães ivald...@gmail.com escreveu: Vou perguntar algo que sempre tive dúvidas, que parece até banal, mas me intriga: quando alinho o mapa com a imagem do satélite (bing), mexe no mundo todo ou só no local? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Adriano. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-cz] LPIS import
Dne 1.8.2015 v 11:58 Martin Švec - OSM napsal(a): Musíš si zapnout LPIS WMS vrstvu :-) Pak uvidíš, že mezeru mezitím opravili přímo v LPISu, stačilo pole přetrasovat a doladit škvíru (což jsem udělal). wms:http://eagri.cz/public/app/wms/plpis.fcgi?language=engFORMAT=image/pngTRANSPARENT=TRUEVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} Případně si aktuální stav můžeš porovnat na http://ruian.poloha.net/ (se zapnutou LPIS vrstvou) Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] New MapRoulette challenge - fix railway crossings
yes, that is a bug in Maproulette. there are actually closer to 60k tasks... I just didn't want it seem too insurmountable at first. Thanks for participating! Martijn On Saturday, August 1, 2015, Harald Kliems kli...@gmail.com wrote: I initially got that message too. But when you re-select the challenge, it will correctly show you the remaining ~19.5k tasks On Sat, Aug 1, 2015 at 3:57 PM Clifford Snow cliff...@snowandsnow.us javascript:_e(%7B%7D,'cvml','cliff...@snowandsnow.us'); wrote: Martijn, I just checked and it appears the challenge is complete. Is that true? Less than 22 hours after you announced it? It is amazing what the community can accomplish is a very short time. Clifford On Fri, Jul 31, 2015 at 3:42 PM, Martijn van Exel m...@rtijn.org javascript:_e(%7B%7D,'cvml','m...@rtijn.org'); wrote: Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps ) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ Talk-us mailing list talk...@openstreetmap.org javascript:_e(%7B%7D,'cvml','talk...@openstreetmap.org'); https://lists.openstreetmap.org/listinfo/talk-us -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list talk...@openstreetmap.org javascript:_e(%7B%7D,'cvml','talk...@openstreetmap.org'); https://lists.openstreetmap.org/listinfo/talk-us -- Martijn sent on the go. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Then and Now revived
On 2015-08-01 02:08, Martijn van Exel wrote: Hi all, The '2007 vs today' OSM visualization I did for our 10th anniversary is back online. This is where I lived back then: http://mvexel.github.io/thenandnow/#15/52.3816/4.8834 I will keep it around for a while, so go ahead and explore, and share your favorite comparisons! Wonderful! It would be really great to have a yearly comparison somewhere. Like this, but with a date selector. Regards, Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] DKIM Re: SeFaireConnaitre :(
Effectivement mais en mal, au détriment de leurs clients. Pour ce genre de choses on devrait avoir une page de news publique qui les mentionnent explicitement comme exemples de violations flagrantes et répétées. Je suis d'avis de les signaler au DWG pour un bloquage d'au moins un mois. S'agissant d'une personne morale on peut aussi les nommer publiquement, avant qu'ils unissent revenir il va falloir leur faire passer un test et qu'il pu lient sur leur site commercial les éléments essentiels de nos termes et chartes qu' ils ont viole à répétition, et qu'ils s'engagent à la faire appliquer par leurs employés ou sous-traitants. Le 31 juil. 2015 20:36, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Bon, au moins ils se font connaître, eux. -- Jean-Francois Nifenecker, Bordeaux ___ 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] OSM Then and Now revived
Le 01/08/2015 02:08, Martijn van Exel a écrit : Hi all, The '2007 vs today' OSM visualization I did for our 10th anniversary is back online. This is where I lived back then: http://mvexel.github.io/thenandnow/#15/52.3816/4.8834 I will keep it around for a while, so go ahead and explore, and share your favorite comparisons! Martijn van Exel skype: mvexel Thanks ! Very impressive ! Very big works have been done on OSM. The world has changed too much ! http://mvexel.github.io/thenandnow/#13/47.2520/6.0203 -- FrViPofm ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Then and Now revived
On Saturday 01 August 2015, Martijn van Exel wrote: The '2007 vs today' OSM visualization I did for our 10th anniversary is back online. This is where I lived back then: http://mvexel.github.io/thenandnow/#15/52.3816/4.8834 I will keep it around for a while, so go ahead and explore, and share your favorite comparisons! But that is not the 2007 coastline, is it? -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-ja] 東京大学の「ドーバー海峡」
初めまして。つい先日メーリングリストに登録させていただいた、 NPO連想出版の青木と申します。 私はまさに東京大学の本郷キャンパスの目の前に住む地元民なのですが、 本郷キャンパスと弥生キャンパスの間の言問通りが「ドーバー海峡」と呼ばれている ことは知りませんでした。 近いので、先ほど付近を歩いてみましたが、特に「ドーバー海峡」と記述されている 看板等はありませんでした。近くに交番があるのでおまわりさんにも聞いてみましたが、 ご存じないようでした。 東大の中にはいって、弥生キャンパスと本郷キャンパスを渡す陸橋も渡ってみましたが、 特に「ドーバー海峡」という記述はみられませんでした。東大内の案内図も数カ所 確認しましたが、同様にそういった記述はありませんでした。 おそらく、東大生のなかで代々伝わっている”例え”なのでしょうね。 今後、愛称として地元にも定着する可能性はないとはいえませんが、 まだ”地名”というには早そうな感じだと思われます。 ただ、こういった”例え”は面白いので、なんらかの属性名で記録しておいて、 いずれは本家とリレーションをとれるといいですね。 今後ともどうぞよろしくお願いいたします。 2015/08/01 2:33、ISHIKAWA Takayuki zhnosa-ope...@yahoo.com のメール: こんにちは、奈良の石川です。色々な意見、ありがとうございます。 せっかく入力された情報にケチをつけて情報入力者を委縮させてしまう ようなことは私の本意ではありません。基本的には、有用性が高いか どうかをあまり気にせずにどんどん情報を入力していけるのが、Open StreetMap のよい利用法だと思います。 ただ、この件についてはやっぱりどうしても気になります。その本質的 な理由は、領域 X から見た領域 Y 内の地名であることだ、と気づき ました。特に、この場合の「海峡」という言葉は障害であることを含意 している点が気になっています。 領域 X 内の者が領域 X 内の地名を OpenStreetMap に掲載するのはまず 問題ないと思いますが、領域 Y 内の地名については領域 Y の人々が どう感じるのか (違和感がないか、普段から使っているか) がかなり 重要に思われます。 結局、地元の方々の意見が分からないと私の意見も不確定なようです。 とりあえず、新しい情報が分かるまで様子見したいと思います。 - Original Message - From: Kentaro Hatori hat...@hatochan.dyndns.org To: talk-ja@openstreetmap.org Cc: Sent: Friday, July 31, 2015 4:42 PM Subject: Re: [OSM-ja] 東京大学の「ドーバー海峡」 羽鳥@小江戸らぐです。 30年以上前に東京大学ではない大学生でしたが、ドーバー海峡のことは 知ってました。本郷キャンパスと弥生キャンパスの関係が疎遠なことを 揶揄した呼び方ですね。あの周辺に住んでいる方ならご存知のはず。 そういう通称のほうが通じるところというのはけっこうあって、僕が 現在住んでいる川越市でも、警視庁住宅というエリアがあって、その昔 警視庁が警官のために土地を斡旋したところで、そういう通称が付いて タクシーでも警視庁住宅のほうが、正式名称よりもちゃんと目的地に 行ってくれます。 こういう情報も入っているところが、OpenStreetMapのいいところでは ないでしょうか。情報を入口で取捨選択するより、そういう情報から 利用者が知らないでいるより選べることが重要と思っています。 タグの件ですが、alt_nameでは「言問通り」の通称や別称ではなくて、 まさにあのピンポイントの本郷キャンパスと弥生キャンパスをはさむ エリアのみがドーバー海峡と呼ばれるので、nameまたはloc_nameなのか と思います。 -- 石川 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-it] 2007/2015 Fwd: [OSM-talk] OSM Then and Now revived
potrebbe interessare anche qui... ciao, Martin sent from a phone Anfang der weitergeleiteten E‑Mail: Le 01/08/2015 02:08, Martijn van Exel a écrit : Hi all, The '2007 vs today' OSM visualization I did for our 10th anniversary is back online. This is where I lived back then: http://mvexel.github.io/thenandnow/#15/52.3816/4.8834 I will keep it around for a while, so go ahead and explore, and share your favorite comparisons! Martijn van Exel skype: mvexel ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-cz] LPIS import
Ahoj, za prvé, souhlasím a podepisuji odpovědi od Mariána :-) On 1.8.2015 07:47, Marián Kyral wrote: Ahoj, Dne 1.8.2015 v 03:05 Jakub Těšínský napsal(a): Paráda, děkuju za odpovědi. Pár nejasností ještě mám - V případě nejasností kouknout na nejnovější ortofoto. CUZK nebo mapy.cz. Dle všeho ta pole vznikají na základě cuzk:ortofoto. já mapuju většinou tyhle věci jen přímo z terénu, takže ortofoto moc nepotřebuju. Mimochodem mapy.cz jsou volný zdroj? Volný ne. Ale ověřovací by být mohl. Myslím teda letecké mapy od seznamu. Ne přímo jejich mapy. Jako zdroj pro mapování v žádném případě. Ale když je rozpor mezi volnými zdroji, pomůže ti v rozhodování co z nich (ne)použít. - Co je LPIS id není jasné. Někdy se to pole změní a ID zůstane, jindy je nahrazeno novým. Zvědavost mi nedá, proč ho teda máme v OSM? :) Protože jsme předpokládali, že jej budeme potřebovat. Jak probíhají aktualizace jsme nevěděli. Stačí si dohledat patřičnou diskuzi tady v archivu. - Pole neslučovat. Na každém může být za rok něco jiného. Třeba travní porost. To se řešilo už při importu. Mě se jedná napři o tuto situaci http://osm.org/go/0Jaa4p5YF-?layers=Nm= značka ukazuje na mezeru mezi loukou 12908950 a 12908957. V realitě tam nic takového není. Možná že někdy tou mezerou vedla cesta, ale teď je to jedna louka. Kdyby to nebylo naimportování z LIPS ale někdo to tam dal ručně dle skutečnosti, bez skrupují ty dvě louky spojím a zlepším mapu. Nevím jak ale spojit ref tagy, kterým nerozumím, takže to raděj nechám bejt, abych něco nezkazil. Bohužel tím mapa přichází o edity (tohle je efekt který je reálný, viz ten americkej import). Chtělo by to prostě nějaký pokyn jak tohle řešit. Např tím, že kdykoli budu editovat něco s lips refem tak ten ref smažu aby to nevypadalo, že můj edit je z lips zdrojů. Nevím. Právě proto jsem se ptal jesli ten lips ref je na něco. V tomto případě bych obě ID zahodil. Ale ostatní mají třeba jiný názor (ale asi jsou na dovolené ;-) ). A mimochodem, to že tam momentálně není žádná cesta ještě nic neznamená. Může se tam zase objevit. Musíš si zapnout LPIS WMS vrstvu :-) Pak uvidíš, že mezeru mezitím opravili přímo v LPISu, stačilo pole přetrasovat a doladit škvíru (což jsem udělal). wms:http://eagri.cz/public/app/wms/plpis.fcgi?language=engFORMAT=image/pngTRANSPARENT=TRUEVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} - Malá editace polí není problém, ale může se stát, že o úpravy přijdeš, když to někdo přetrasuje a nevšimne si, že tam je editace. Typicky, dvě velká pole, která se v LPIS sloučila do jednoho. Nerozumím? Mě přijde že právě malé editace tvatu podle polí by se při jakémkoli reimportu měly respektovat, protože nejspíš mají nějaký důvod. To se nedělá? Myslel jsem to tak, že ten, kdo bude dělat aktualizaci toho pole, si nemusí všimnout tvých změn, Taktak, bez zkoumání historie editací je IMHO nereálné si ručních změn všimnout. LPIS pole mají podrobnou geometrii samy o sobě a rychle se mění přímo v LPIS registru. Je to krásně vidět u starších natrasovaných polí vůči LPIS WMS vrstvě. Proto je potřeba při přetrasování přemýšlet a porovnávat co nejvíc zdrojů. - Na editaci doporučuji JOSM s pluginy: Tracer-testing, ContourMerge, a utilsplugin2 (hlavně příkaz: Nahradit geometrii) Mám v plánu jednou nějaké základní tipy na editaci sepsat, ale znáš to. Jo znám :) ... třeba ti odpovědi na moje otázky poslouží jako základ té wiki stránky :) No můžeš začít tím, že tu stránku s otázkami vytvoříš :-D Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [talk-ph] any on-going OSM events ?
Not sure, but, there were 18 new subscribers to the list. Welcome everyone! It would be nice if you can introduce yourselves. Also lots of edits over bohol with some openroads changeset comments. cheers, Maning Sambale (mobile) On Aug 1, 2015 5:53 PM, Erwin Olario gov...@gmail.com wrote: Is there any OpenStreetMap event happening somewhere right now? /r *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://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 ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph