Re: [OSM-fi] NLSF OSM cooperation
On Sat, 2 Jun 2012, Ari Moisio wrote: Pari aloittelijan kysymystä tuosta karttamateriaalista: - Mitä tietoja on s- ja t-pääteisissä kartoissa. V-päätteisissä näyttäisi olevan katujen ja teiden nimiä. s = (symbolipisteet) t = tekstit v = viivat Alkukirjain päättää mitä sisältöä niissä on, esim. l = liikenneverkot eli l...v on viivamaiset liikenneverkon kohteet. Tuosta löytyy loppupäästä noita muiden kirjainten selityksiä: http://www.maanmittauslaitos.fi/sites/default/files/Maastotietokanta_kohdemalli.xls - Miten karttalehtien zip-nimiä tulkitaan, mitä esimerkiksi tarkoittavat 'ea' ja 'al' tiedoston nimessä? ei alueet ja alueet. -- i.___ talk-fi mailing list talk-fi@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fi
Re: [OSM-talk] Changing capitalization (Lima)
Igor added a export-tag command to Maperitive that creates a local CSV file that can be brought into a spreadsheet. You need a local copy of the .OSM file or possibly .pbf version should work as well. It's very useful for spotting tags that are misspelt. Once there you can concat red tape to create xml commands to get JOSM to upload the changes. I've a couple of sample VB programs that run done a local file and make changes, a sort of off line bot if you like but I wouldn't like them to escape into general use there are too many bots out there at the moment. Cheerio John On 1 June 2012 22:05, Jaakko Helleranta.com jaa...@helleranta.com wrote: (Added HOT to the list as the issue here is probably of interest In the areas where HOT is active.) Andrzej, What was your process / what tools did you use? In general: I've dreamed of solutions to fix not only capitalization errors / fuckups but also various other typing errors / mistakes in names to use especvially in Haiti where I've spent countless hours trying to combat things that various helping hands are creating on a steady basis. My dream solution would be a simple(?) export-import tool that would make it possible to: 1) Export desired tag values (1 at a time) to csv / your_favorite_spreadsheet_format 2) Fix the typos/etc errors in that give data 3) Import/Upload the fixed data back to OSM. As Alex originally questioned/thought_aloud fixing of names _could_ happen simply by editing the xml file manually -- but you'd need to always remember to add the edited tag into the right place for the edit to work / get registered in the data upload. .. And such data manipulation is simply _so_ much easier in a spreadsheet application -- and can be outsourced to people who understand nothing about geo/tech tools but who know how to fix CapiTAliZaTi0n errors / typos. The additional reason I'd _love_ to have such tool is that it could make it possible to create a simple list of eg all schools, hospitals, restaurants, what_not within a given osm file. .. Especially convenient would be if the developer of such tool would make it possible to export / list more than just one field into the csv/spreadsheet file; say, name, address, phone, email, website, description, etc. Adding and updating such attribute data would imo be _so_ much easier / more efficient in a spreadsheet than one-by-one in JOSM/Potlacth/etc. If someone would have a Kickstarter/etc project to do this (or can point me to an existing such solution) I'd be very much willing to contribute, say, $100-200 depending on the richness of features of such tool. Cheers, -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: andrzej zaborowski balr...@gmail.com Date: Fri, 1 Jun 2012 16:34:21 To: Alex Bartha...@mapbox.com Cc: openstreetmaptalk@openstreetmap.org; ru...@developmentseed.org Subject: Re: [OSM-talk] Changing capitalization (Lima) On 31 May 2012 17:39, Alex Barth a...@mapbox.com wrote: We're currently working with Ruben (user Rub21) on fixing street name capitalization in Lima - a lot of the street names are ALL CAPS where they should be properly capitalized. We're doing this work manually right now and are well under way. It's quite time intensive though - any examples of where such a cleanup process has been automated on OSM before? I ran such a process on the POI names in Girona that were imported just before the SOTM'10. Accents were correct already and python dealt with them correctly. The only special cases were some prepositions that are written in lower case and the Catalan use of apostrophe. http://www.openstreetmap.org/browse/changeset/5073672 is one of the changesets. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] gps traces on android
Hello, I'm very new to OSM and not sure if this is the best place to ask, so sorry if I'm off topic. I'd like to view pubblic gps traces on my android phone, and possibly record some new ones with its gps... is it possible? So far I've found out Androzic which is nice, and I can view Mapnik, however it's not clear to me if I can view public gps traces from it... Also, how do I view public gps traces them online/from the pc? I've found route converter but I seem to understand you have to manually download a gps trace in order to see it... I'd like for it to download automatically all the traces in a certain area and display them on the map. thanks for any help, renato ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] gps traces on android
On Sat, Jun 2, 2012 at 4:33 AM, Renato renn...@gmail.com wrote: Hello, I'm very new to OSM and not sure if this is the best place to ask, so sorry if I'm off topic. I'd like to view pubblic gps traces on my android phone, and possibly record some new ones with its gps... is it possible? So far I've found out Androzic which is nice, and I can view Mapnik, however it's not clear to me if I can view public gps traces from it... Also, how do I view public gps traces them online/from the pc? I've found route converter but I seem to understand you have to manually download a gps trace in order to see it... I'd like for it to download automatically all the traces in a certain area and display them on the map. Welcome to OSM. You might be better off asking the question on the newbies mailing list, but I'll try to help. OSM gives you the ability to convert traces you made into streets and paths. You can do this through Potlatch on your PC. With Potlatch you can upload your traces you made with your phone. Using those traces you can create ways. The wiki has tutorials to help you get started. If you use another persons gpx traces, make sure that you have the right to map those traces into OSM. Again, the wiki can help you understand what you can and can't add. BTW, I use OSMTracker for Android to capture my gpx tracks and Mapzen POI Collector to capture points of interest. Good luck, Clifford ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Edit review: intermittent waters
Hi, I would like to support two ideas that appeared in this thread: 1. Peter Wendorff's about documenting discouraged/old tagging schemes in wiki as such - with link to correct schemes. 2. Worst Fixers general idea of merging multiple tags describing the same thing into one (possibly globally). That is if they really mean the same. Lukáš Matějka (LM_1) 2012/5/31 Russ Nelson nel...@crynwr.com: Worst Fixer writes: Persuade people to map just one way, THEN once they're doing that, go back and get rid of the old way. Sane people use type= for relation types. They use water= tag to express whether it is lake, pond, river or stream. Not how often it flows. You seem not to understand. Perhaps German is not your first language? Nobody is talking about the sanity or lack of sanity of editors except perhaps you. I'm talking about how people *actually* map. I think it's great that you're starting up a conversation on how we should interpret data not documented in the wiki. I'm NOT sure that we want to be *changing* data not documented in the wiki. Not sure at all. In fact, I'm pretty sure that we *shouldn't* be changing it. Sure that *you* shouldn't be changing it. Y'see, once you've made that change, one and only one interpretation of this undocumented data is available to everyone -- YOUR interpretation. You might be right, you might be wrong, but YOUR voice will prevail. Whereas, if we documented this data, and said Don't map like this -- map like that, then we accomplish two goals: 1) we let data users know what is the standard interpretation of this data, and 2) we encourage editors to stop editing like this. You know ... without calling them insane. So yeah, you should stop making these edits, and if you won't stop, I support taking action to stop you. -- --my blog is at http://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Como ganhar dinheiro fazendo oq gosta
Olá Guilherme, existem alguns serviços que podem se utilizar desta ferramenta na administração publica, digo, prefeituras e órgãos de gestão local. muitas vezes, a instituição não tem verba ou interesse político em levantar um projeto desses, por isso acredito que a prestação deste tipo de serviço, como uma consultoria, é uma saída. A área da saúde, pelo seu vínculo com a comunidade através do SUS, é um potencial cliente deste serviço, que com certeza melhoraria o atendimento da rede para os usuários, como também o entendimento do funcionário sobre o seu território. Por sinal, eu também gostaria de poder largar tudo e fazer um projeto desses. José. Campinas-SP Em 1 de junho de 2012 18:16, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Eu também sempre tive essa vontade. Cheguei a fazer algumas experiências [1], mas nada que, de fato, me fizesse poder largar tudo e trabalhar somente com OSM (ou cartografia eletrônica de forma geral). 1: http://suaempresanomapa.com/ []s 2012/6/1 Guilherme D'Agostin Donadel gdona...@gmail.com Me divirto editando os mapas da minha regiao, hoje em dia é um hobbie para mim, faço com gosto mesmo, pois o resultado final me agrada, da satisfação dizer que ajudei a colocar minha cidade no mapa. Agente sempre ouve falar por ai que devemos trabalhar naquilo que gostamos de fazer, entao sempre me faço essa pergunta mas nao consigo encontrar uma resposta. Como ganhar dinheiro com os mapas do osm? Eu sei que no modelo opensource nao podemos cobrar pelo código nem pelo direito de uso etc. mas sei tbm que podemos cobrar por serviços atrelados, como suporte, manutenção por exemplo... Me vem a cabeça apenas o serviço de colocar os mapas do osm no gps do sujeito interessado, mas isso me parece pouco. Alguem tem outras ideias? Alguem afim de conversar sobre isso? Guilherme D'Agostin Donadel da região de Criciúma-SC ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Koordinaten Gitter für maperitive
Hallo Leute, ich habe neulich ein Script geschrieben um in Maperitive relativ beliebige Koordinaten Gitter rendern zu können. Beim Aufruf von download-osm xapi-url=http://bastler.bplaced.net/api/grid.php?mbbox=; bekommt man für die aktuellen bounds ein mit OSM-tags beschriebens Gitter zurück, welches mit entsprechenden Render-Rules angezeigt werden kann. Die genaue Dokumentation und der Quellcode ist auf GitHub https://github.com/k4r573n/theGrid/wiki vllt kann es ja sonst noch jemand brauchen. viele Grüße Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Koordinaten Gitter für maperitive
Hallo, ich habe neulich ein Script geschrieben um in Maperitive relativ beliebige Koordinaten Gitter rendern zu können. Beim Aufruf von download-osm xapi-url=http://bastler.bplaced.net/api/grid.php?mbbox=; bekommt man für die aktuellen bounds ein mit OSM-tags beschriebens Gitter zurück, welches mit entsprechenden Render-Rules angezeigt werden kann. Die genaue Dokumentation und der Quellcode ist auf GitHub https://github.com/k4r573n/theGrid/wiki vllt kann es ja sonst noch jemand brauchen. viele Grüße Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie Fahrradweg mit abgebauten Schildern taggen ?
Hi Aufgrund des Leipziger Urteil vom Herbst 2010 werden hier immer mehr blaue Schilder abmontiert. Wie tagge ich solche Wege ohne jegliche Schilder ? highway=path foot=yes oder foot=designated und als noch etwas aufwendigeres Bsp.: Wad machen wenn es vorher ein geteilter Fuß- und Radweg war und die Markierungen noch vorhanden sind, ich als Radfahrer diese Wege somit noch benutzen darf, aber nicht muß ? highway=path bicycle=yes foot=yes oder bicycle=yes foot=designated bicycle=designated foot=designated Für blaue Schilder verwende ich eigentlich *=official (wird leider von Mapnik nicht gerendert), da selbst auf talk@ nicht geklärt werden konnte ob official ≙ designated gilt. Insbesonders das Verbot für alle anderen Fortbewegungsmittel scheint hier ein Problem zu sein. Ich tendiere ja zu *=yes was ich für Bürgersteige als zu schwach empfinde. Wenn ich jetzt auch noch highway=footway ins Spiel bringe stehe ich vor dem Dilemma diese Wege alle auf highway=path foot=yes umzutaggen, da footway ja foot=designated impliziert (bzw official ≠ designated). Wie seht Ihr das ? Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Koordinaten Gitter für maperitive
Hallo Karsten, On 02.06.2012 14:15, Karsten Hinz wrote: ich habe neulich ein Script geschrieben um in Maperitive relativ beliebige Koordinaten Gitter rendern zu können. das ist schon mindestens die vierte Mail in der du mit ziemlich gleichem Wortlaut deine Software bewirbst. Gibt es einen besonderen Grund warum du die Mail jede Woche erneut schickst? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Koordinaten Gitter für maperitive
On 02.06.2012 18:10, Stephan Knauss wrote: On 02.06.2012 14:15, Karsten Hinz wrote: ich habe neulich ein Script geschrieben um in Maperitive relativ beliebige Koordinaten Gitter rendern zu können. das ist schon mindestens die vierte Mail in der du mit ziemlich gleichem Wortlaut deine Software bewirbst. Gibt es einen besonderen Grund warum du die Mail jede Woche erneut schickst? sorry - die ist bei mir nie angekommen, wohl es in den Mailinglisten Einstellungen der Fall sein sollte. Daher bin ich davon ausgegangen, war bin deshalb davon ausgegangen dass das Sende an die Liste nicht geklappt hat. Daher danke für die Rückmeldung ich werde mal meinen Spamfilter überarbeiten müssen. Gruß Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] BBOX-Selector gesucht
Einige meiner Tools nutzen eine BBOX als Eingabe über ein Formular, dafür hätte ich gern eine kleine Kartenanwendung wo der Nutzer diese Begrenzungsbox auswählen kann und die Box an das Formular zurückgegeben wird. Die Kartenanwendung sollte vielleicht in einem temporären, externen Iframe laufen. Um das Rad nicht neu zu erfinden, wollte ich fragen, ob jemand sowas in möglichst einfacher Form fertig rumliegend hat. Grüße Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Boundary Relation - Gebiet / admin_centre im WIWOSM Kontext
Hi, das wird eine Frage nach den best practices.. In der DB gibt es Relationen der Art type=multipolygon boundary=administrative (und wildere Varianten, etwa multipolygon=administrative) type=boundary boundary=administrative Im Wiki werden die beiden Typen gleichgestellst, d.h. admin_centre= und label= können unabhängig vom Wert in type= als Mitglieder direkt in die (Grenz-)Relation aufgenommen werden. JOSM versucht das in http://josm.openstreetmap.de/ticket/7550 aufzugreifen. Weiterhin gibt es in der DB nun Relationen mit type=state Diese sind ein Konglomerat aus admin_centre=, bzw. capital= und Grenz(-Relation). Nach Wiki-Lesart sind diese überflüssig, denn imho sind capital= und admin_centre= identisch, bzw. ist capital= ein Spezialfall von admin_centre= - für hohe admin_level= ist capital evtl. eine Übertreibung. Zudem konnte ich keine Wiki-Beschreibung für diese Art Relation finden, sie ist also etwas exotisch - es gibt hingegen eine Beschreibung für type=country, die auch capital= als Rolle verwendet. @Tim / wiwosm stuff Am Beispiel von Deutschland meine ich erkannt zu haben, dass der admin_centre= Knoten der Grenzrelation mit in die Darstellung wandert. Wertest Du die Rollen aus? Oder wird einfach jeder Knoten, der Teil der Relation mit dem wikipedia= Link ist, benutzt? Falls Du die Rollen auswertest: suchst Du nach type=state Relationen, die in Verbindung mit evtl. Grenz-Relationen stehen? Ich sehe keine Notwendigkeit für type=state Relationen, wenn admin_centre in MP-Grenzrelationen erlaubt sind. Zudem ist über die Angabe des admin_level= auswertbar, ob es sich um country, state, etc. handelt. Letzteres ist auch im Wiki dokumentiert. Gibt es Stimmen, die eine type=state Notwendigkeit sehen? Falls ja, weshalb? Gruß, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Fahrradweg mit abgebauten Schildern taggen ?
fly lowfligh...@googlemail.com writes: Hallo! Aufgrund des Leipziger Urteil vom Herbst 2010 werden hier immer mehr blaue Schilder abmontiert. Wie tagge ich solche Wege ohne jegliche Schilder ? highway=path foot=yes oder foot=designated Hm, ich sehe das so: - Wenn der Weg kein Schild mehr hat und von der Fahrbahn (z.B. durch einen Randstein) getrennt ist, so ist es ein Fußweg. Dann ist Radfahren erst einmal verboten: bicycle=no - Wenn der Weg mit Schildern versehen ist, dann so wie auf den Schildern zu finden ist. Wad machen wenn es vorher ein geteilter Fuß- und Radweg war und die Markierungen noch vorhanden sind, ich als Radfahrer diese Wege somit noch benutzen darf, aber nicht muß ? Welche Markierungen meinst du? Wenn der Weg explizit kein Fahrradweg mehr ist (genauer: dem Urteil nach sein darf!), so ist Radfahren dort verboten. Es sei denn, es findet sich ein Schild, das Radfahren erlaubt oder gebietet. Dann würde ich es gemäß http://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren taggen. Wenn ich jetzt auch noch highway=footway ins Spiel bringe stehe ich vor dem Dilemma diese Wege alle auf highway=path foot=yes umzutaggen, da footway ja foot=designated impliziert (bzw official ≠ designated). Wie wäre es mit dem Hinweis auf der oben angegebenen Seite im wiki? Wenig Aufwand beim umtaggen und ist trotzdem akzeptiert? Also highway=path, den Rest wie beschildert? P.S.: Zum Hintergrund: Wenn du dich auf ein Urteil beziehst, von dem ich denke, weshalb die Schilder abmontiert werden, so hilft es sich vielleicht etwas von dem Hintergrund zu wissen: Radwege dürfen nicht ohne Begründung angeordnet werden, sondern müssen Qualitätskriterien genügen. Diese dienen hauptsächlich der Sicherheit der Radfahrer, da sich schon in den 80er und 90er Jahren gezeigt hat, dass Radfahren auf Radwegen gefährlich ist. Dazu gibt es Untersuchungen der Unfallversicherer, worauf für Radwege neue Qualitätskriterien gelten. Einen Radweg zu kennzeichnen z.B. um den Autoverkehr flüssiger zu machen, ist demnach nicht mehr erlaubt. Die Behörden haben das viele Jahre ignoriert, bis es zu einem Grundsatzurteil kam. Und somit müssen einige Radwegeschilder wieder abgebaut werden. Ohne Schild ist das Radfahren auf diesem Weg dann verboten und sollte m.E. nach auch so getagged werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BBOX-Selector gesucht
Hi, On 06/02/2012 09:19 PM, Kolossos wrote: Einige meiner Tools nutzen eine BBOX als Eingabe über ein Formular, dafür hätte ich gern eine kleine Kartenanwendung wo der Nutzer diese Begrenzungsbox auswählen kann und die Box an das Formular zurückgegeben wird. Der Export-Tab von OSM? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] R: R: Terremoto in Emilia Romagna
2012/6/1 Gianmario Mengozzigianmario.mengo...@gmail.com: mi conforta sapere che c'é qualcuno dall'alto che controlla attività massive di modifica della mappa A me invece un po' inquieta... Vedersi recapitare un messaggio in inglese che ti fa la predica su come/cosa hai mappato da l'impressione che ci sia un gruppo di mappatori più uguali di altri (cit.). Certo, è bene che ci sia un gruppo che si dedica a questi aspetti, ma IMHO non dovrebbe agire autonomamente ma su segnalazione della comunità dei mapper della zona interessata (segnalazione che partirebbe nel caso in cui la comunità locale non sia riuscita a risolvere da se la controversia). Il 01/06/2012 14:36, Martin Koppenhoefer ha scritto: Abbiamo avuto brutte sperienze nel passato con degli imports dove quello che ha importato non ha agito sensibilmente come te. Da quello nascono le linee guide per edits automatici/imports. Le linee guida per gli imports IMHO aggiungono molta inutile burocrazia al progetto. È sacrosanta la documentazione sul wiki, come anche l'intento di non prevaricare la comunità locale, quello che mi lascia perplesso è il passaggio della discussione sulla lista import e l'account dedicato. Mi viene da pensare a quando venne ottenuta la liberazione dei dati in alcuni comuni , come per esempio Schio e Vicenza. Una volta ottenuta la liberazione dei dati chi aveva già faticato per raggiungere questo risultato avrebbe dovuto mettersi a convincere la comunità ad usarli... Queste linee guida mi sembrano studiate apposta per le situazioni in cui un singolo mapper importi massivamente un'area estesa e le trovo poco adatte ad un import comunitario, suddiviso in piccole aree e gestito da diversi mapper. Penso al Veneto, dove finora hanno importato qualcosa quasi una trentina di mapper, con la regola dell'account dedicato avremo quasi una trentina di utenti fittizzi. Nel nostro caso poi abbiamo a disposizione diversi dati e dovremmo farci un account per ogni fonte: uno per la CTR, uno per il reticolo idrografico dell'ARPAV etc (recentemente l'ARPAV ha rilasciato qualcos'altro in CC-BY o IODL, immagino che la regola preveda che vada fatto un account per ogni dataset...). Certo volendo si potrebbe fare un account unico, gestito da diversi mapper (ognuno si prenota per la tal data, domani dalle alle lo uso io), ma in caso di problemi chi risponde? Mi pare che questa regola dell'account unico favorisca più un import massivo gestito da un singolo e quindi vada contro uno dei principi che hanno portato alla costruzione di queste linee guida, cioè l'intento di preservare le comunità locali (sappiamo che spesso gli import massivi di un singolo utente non hanno un bel effetto sulle comunità). Le iniziative di import comunitario, invece, vengono ostacolate dalla burocrazia, con il risultato che la gente si stanca di contribuire e la comunità perde pezzi. A mio modo di vedere invece dovrebbero essere incentivate queste iniziative di import comunitario, perché hanno un effetto benefico sulla comunità e sulla mappa. Sulla mappa perché suddividere il lavoro tra vari mapper da risultati migliori (ognuno fa una zona che conosce, a meno che non ci siano aree scoperte e allora in tal caso il lavoro viene fatto da un volontario, il che comunque lo rende affidabile tanto quanto un import massivo di un utente unico in un'area estesa). Sulla comunità sia perché per coordinarsi, chiarire dei dubbi e discutere si incrementano gli scambi in mailing list e fuori dalla mailing list, sia perché in seguito a questi import possono nascere alcune iniziative come ad esempio il mapping che tra poche ore faremo a Bassano del Grappa e altri che faremo nei prossimi mesi (mapping che hanno anche lo scopo di verificare ulteriormente dal vivo quanto importato, oltre che lo scopo classico di arricchire la mappa e avvicinare nuovi utenti)... ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] A proposito di import: dati dal ministero della sanità
È stato segnalato in lista regionale del veneto questo avviso che un utente ha pubblicato sul suo diario di OSM [1]. Pare che il Ministero della Salute abbia rilasciato dei dati sulle farmacie, parafarmacie e alcuni anche geolocalizzati come le ASL con licenza IODL. Qualcuno ne sa qualcosa? ciao Paolo M [1] http://www.openstreetmap.org/user/FraMauro/diary/16938 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A proposito di import: dati dal ministero della sanità
Ciao Paolo, Il giorno 02 giugno 2012 11:49, Paolo Monegato gato.selvad...@gmail.comha scritto: È stato segnalato in lista regionale del veneto questo avviso che un utente ha pubblicato sul suo diario di OSM [1]. Pare che il Ministero della Salute abbia rilasciato dei dati sulle farmacie, parafarmacie e alcuni anche geolocalizzati come le ASL con licenza IODL. Qualcuno ne sa qualcosa? Da quanto mi ricordo dalla presentazione di Simone, la 1.0 non è compatibile con OSM. :( ciao Paolo M [1] http://www.openstreetmap.org/**user/FraMauro/diary/16938http://www.openstreetmap.org/user/FraMauro/diary/16938 __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Compatibilità licenze
Mi ricordate se, e in che misura, la CCBY 2.5 é compatibile con la ODBL 1.0 ? Gianmario Mengozzi - sent by Android phone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Abitazioni Building
Il 01/06/2012 20:45, Gianluca Boero ha scritto: C'è qualche altro tag importante da inserire pe non dovere riprendere il lavoro successivamente ? Numeri civici? (da mettere su un nodo dove si trova la targhetta col numero) Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Abitazioni Building
Il 01/06/2012 20:45, Gianluca Boero ha scritto: Ciao a tutti. Sto iniziando ad inserire delle abitazioni nella mappa del mio paese. Vedendo l'operato di altri mappatori per segnalare una casa si mette il tag building = yes. Sto facendo le mappature tramite immagini satellitari. C'è qualche altro tag importante da inserire pe non dovere riprendere il lavoro successivamente ? Puoi anche mettere building=home o apartments o simili (vedi tag building sul wiki) per essere maggiormente preciso Il numero civico è un must, ma se usi solo le foto satellitari non puoi saperlo. C'è sempre qualcosa da riprendere successivamente per essere maggiormente precisi :) -- M.D. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] A proposito di import: dati dal ministero della sanità
Nella fattispecie, stante la situazione di emergenza, non potremmo sovrapporre questi dati alle solite tiles? Anche delle sole zone terremotate. Non parlo di un import, parlo di n webgis con lo sfondo di Mapnik e le farmacie sovrapposte come POI, cliccabili, in un livello a parte con licenza ad hoc. Ciao /niubii/ Il giorno 02/giu/2012 11:53, sabas88 saba...@gmail.com ha scritto: Ciao Paolo, Il giorno 02 giugno 2012 11:49, Paolo Monegato gato.selvad...@gmail.comha scritto: È stato segnalato in lista regionale del veneto questo avviso che un utente ha pubblicato sul suo diario di OSM [1]. Pare che il Ministero della Salute abbia rilasciato dei dati sulle farmacie, parafarmacie e alcuni anche geolocalizzati come le ASL con licenza IODL. Qualcuno ne sa qualcosa? Da quanto mi ricordo dalla presentazione di Simone, la 1.0 non è compatibile con OSM. :( ciao Paolo M [1] http://www.openstreetmap.org/**user/FraMauro/diary/16938http://www.openstreetmap.org/user/FraMauro/diary/16938 __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traghetti e varie
2012/6/1 sabas88 saba...@gmail.com: Ho dato una sistemata alle linee di traghetti tra Corsica, Sardegna e Francia e Italia, convertendo in relazioni, spero di non creare incidenti internazionali. Ciao, ho dato una rapida occhiata all'arrivo dei traghetti a Bastia. Secondo me non è compatibile con quanto descritto qui: http://wiki.openstreetmap.org/wiki/Tag:route%3Dferry A me sembra indicare che ogni traghetto deve essere mappato con una way separata per far funzionare il routing. Ad esempio se su OSRM chiedo il tragitto da Milano a Calvi (Corsica) ottengo delle indicazioni di questo tipo: prendi il Bastia-Livorno per 119 km svolta leggermente a destra sul Genova-Bastia per 0.26 km svolta leggermente a destra sul Marsiglia-Bastia per 0.30 km A mio parere le way dei traghetti non possono essere fuse come le way stradali perché dove c'è un'intersezione (in mare) tra le way non è possibile cambiare da un traghetto all'altro. Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traghetti e varie
Il giorno 02 giugno 2012 16:26, Federico Cozzi f.co...@gmail.com ha scritto: 2012/6/1 sabas88 saba...@gmail.com: Ho dato una sistemata alle linee di traghetti tra Corsica, Sardegna e Francia e Italia, convertendo in relazioni, spero di non creare incidenti internazionali. Ciao, ho dato una rapida occhiata all'arrivo dei traghetti a Bastia. Non è colpa mia! :P Secondo me non è compatibile con quanto descritto qui: http://wiki.openstreetmap.org/wiki/Tag:route%3Dferry A me sembra indicare che ogni traghetto deve essere mappato con una way separata per far funzionare il routing. Letto adesso, inconsapevolmente per quelle che avevo fatto (avevo sistemato Porto Torres) l'avevo seguito questo approccio. Anche a Genova ad esempio non arrivano sulla terraferma. Ad esempio se su OSRM chiedo il tragitto da Milano a Calvi (Corsica) ottengo delle indicazioni di questo tipo: prendi il Bastia-Livorno per 119 km svolta leggermente a destra sul Genova-Bastia per 0.26 km svolta leggermente a destra sul Marsiglia-Bastia per 0.30 km Questo andrebbe discusso con gli autori di OSRM, apriamo un ticket? A mio parere le way dei traghetti non possono essere fuse come le way stradali perché dove c'è un'intersezione (in mare) tra le way non è possibile cambiare da un traghetto all'altro. Cito la pagina In other words a ferry port, pier or harbourhttp://wiki.openstreetmap.org/wiki/Harbour receiving several ferry routes, should have each of these routes separately drawn in and connected into it. This is important to ensure functional routing. The connection should be on a node shared with the coastline. Io lo interpreto: Porto Torres ha una sola linea che arriva di fronte al porto, fuori dal porto si separano in due linee, una è la linea che arriva da Genova ed una è la linea che arriva da Savona. Tutte e due si connettono con una service sul molo d'arrivo. Questa riflessione però per esempio a Genova cade, perchè non è detto che (a parte tunisia ferries) arrivino sempre allo stesso molo. La wiki comunque dice che la relation va bene perchè è simile a quelle delle strade... La situazione precedente comunque non era una way per ogni linea, era peggio (tipo nei tratti davanti alla corsica, i tratti erano un po' per uno, un pezzo era name= toulon-bastia, quello dopo name=bastia-marseille), anzi forse il problema di OSRM è che i dati non sono aggiornati in tempo reale. Ciao Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [Rebuild] Strategy change for the redaction bot
un aggiornamento sul cambio di licenza, e sul perche' non sia ancora avvenuto. -- Forwarded message -- From: Gnonthgol gnonth...@gmail.com Date: Sat, Jun 2, 2012 at 9:14 PM Subject: [Rebuild] Strategy change for the redaction bot To: rebu...@openstreetmap.org The work with the license change bot have almost halted the last month, with only around 10 commits and no real progress on the main algorithms. This is partly because people have been occupied with other stuff (work, life, mapping, final exams, etc) and partly because the problems with the algorithms are really hard. There are two problems that the progress have halted on. If we solve these problems we might bump into new problems, or we just have to make and test the glue between the bot and the database or history files and we are done. The two hard unsolved problems we have now are: 1) Detecting wether a change to a tag is trivial enough that it can not be copyrighted. This includes fixing typos, expanding abbreviations and normalizing tags. 2) Removing changes in the geometry of the ways and relations. I have written a bit on the problems and suggestions to make the problems a bit easier. TRIVIAL TAG CHANGE PROBLEM The first problem is a difficult problem for computers to do. It needs a lot of knowledge about the language used in the tags like how to detect misplelings, abbrevs and words of order. In addition what is trivial and significant changes to a tag can be subjective and may start big debates after the redaction bot. It is impossible for any human to know all types of trivial changes in all languages and it is even harder for a computer program to get this right. There are no way set the limits of what is trivial and significant changes too far in one or the other direction as either way will cause changes from non-acceptors in the final result. If we set too many changes as significant a trivial change by an acceptor will clean the tag and cause the information added by the non-acceptor to be included in the final result. On the other hand if we set too many changes to be trivial then significant changes by non-acceptors can be marked clean and not be redacted. What we can do is to make the algorithm give three results trivial, significant and don't know. I the later case it will return a safe default that will cause the bot to redact as much as possible. If we do this we might loose more information that is strictly necessary but we would not keep any data from non-acceptors. GEOMETRY PROBLEM The second problem we currently have is equally hard for computers. Geometries can be totally changed by non-acceptors (like the 'reverse way' and 'sort relation members' functions does) and it can be hard if not impossible to apply the changes done by acceptors on a totally different geometry. I have not seen any programs that can do this. The closest program that does something similar (patch) can not handle these cases and require human intervention if this is found. If we get this wrong we will probably mangle geometries around the world and make them look like vandals have been there and broken everything (ok, it may not be that bad). We want the final result to be good data, and not just the best license. To make a better algorithm for this we need to look at the planet and see to what extent this is an issue. A lot of relations do not matter what order the members are in or we can do simple functions on the data to determine what order it should be in. It may be so little problems that some remapping efforts or that a human can do the redactions on those objects. However if this is a big problem, we need some really really smart algorithms that are able to read what a mapper meant to do with this edit and apply it to the clean geometry. I want to get some comment on the changes to the bot before I start to redesign the bot. We still needs better algorithms for both problems, but this might remove the requirement that the algorithm have to be perfect. If we get enough people to work on the bot we can get this thing done before people gets too restless to keep at bay. Gnonthgol ___ Rebuild mailing list rebu...@openstreetmap.org http://lists.openstreetmap.org/listinfo/rebuild -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traghetti e varie
2012/6/2 sabas88 saba...@gmail.com: In other words a ferry port, pier or harbour receiving several ferry routes, should have each of these routes separately drawn in and connected into it. This is important to ensure functional routing. The connection should be on a node shared with the coastline. Io lo interpreto: Porto Torres ha una sola linea che arriva di fronte al porto, fuori dal porto si separano in due linee, una è la linea che arriva da Genova ed una è la linea che arriva da Savona. Tutte e due si connettono con una service sul molo d'arrivo. Io lo intepreto: se da un porto si dipartono linee per più destinazioni, ogni rotta deve essere mappata come way autonoma a partire dalla terraferma. Le rotte diverse (dove due rotte sono diverse se uno dei due estremi è diverso) non possono avere in comune nessun tratto in mare. A mio parere questo è ragionevole perché una Y disegnata in mare (cioè con il centro della Y in mare) dice una cosa sbagliata: cioè che puoi arrivare al centro della Y e indifferentemente andare a destra o a sinistra. Invece il traghetto giusto lo devi scegliere sul molo: non puoi cambiare in mare. Addirittura a essere rigorosi una Y in mare richiederebbe una turn restriction (perché non puoi andare da Bastia a Porto Torres arrivando a 100 metri da Genova e svoltando sull'altro traghetto) ma è assurdo essere obbligati a inserirla. Anche questa secondo me è una buona ragione perché due traghetti non condividano neanche un piccolo tratto in mare. Questa riflessione però per esempio a Genova cade, perchè non è detto che (a parte tunisia ferries) arrivino sempre allo stesso molo. Questo è un problema che non so risolvere, e non penso che abbia soluzione. I traghetti non arrivano sempre allo stesso molo (neppure i treni arrivano sempre allo stesso binario), quindi io di solito li faccio arrivare al molo più probabile: pazienza se il router non ti sa dire con esattezza a quale molo devi andare per prendere il traghetto. Ma almeno un router su grande scala non impazzisce. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traghetti e varie
2012/6/2 Federico Cozzi f.co...@gmail.com: 2012/6/2 sabas88 saba...@gmail.com: In other words a ferry port, pier or harbour receiving several ferry routes, should have each of these routes separately drawn in and connected into it. This is important to ensure functional routing. The connection should be on a node shared with the coastline. Io lo intepreto: se da un porto si dipartono linee per più destinazioni, ogni rotta deve essere mappata come way autonoma a partire dalla terraferma. +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] (senza oggetto)
m CAJYjOvuWC -D8crK=p5bQPGB=tn7fdsgyx2hd4pa-2jpgmw7...@mail.gmail.com ca+ilnhj69xki1ajxjd6nslovdacn4r5urjskbekfugvjrtn...@mail.gmail.com camepwhcizk262s1dyrmjdjsfiyu6s0yrod2wfm2pttnxmzq...@mail.gmail.com CAH6xWvicgtwsiuvStWixWU6X=kkwxh7ws9n-r3fs7dvwlje...@mail.gmail.com ca+ilnhgkwlog16tzvzb7ui258vxvguhy4sjfvh8yewgki-f...@mail.gmail.com CA+iLNHh5NuZVaHf2o08R_uWPafzcUNtN=pmgcom7rv0ahb7...@mail.gmail.com CAJYjOvuEDw=pvwcd04h2_omc1zr2dsssearjrdprwen+5ko...@mail.gmail.com CA+iLNHhESH4Ybj4Gq4SU05F4gpREtbXODb=os+dq4pwu7a-...@mail.gmail.com CAJYjOvt29AwNk=j4rmm--gtbcrhpnds96_noilgb2k8qzaq...@mail.gmail.com cafwzslgn2pnccvqpb88ruyj83am_nce1xytsfgushfabeho...@mail.gmail.com CABPTjTBMH7GPAW+92yzp+RzFE_YfnuVu=WvHa=m7trs3zg9...@mail.gmail.com cafwzslgfn4z2yvxmqhjdmlzdfbbilarhzlbaehuak5sd8rd...@mail.gmail.com cabptjtatuxhepz416wcpmnntqsowss2d+_fr1g_iweoeupk...@mail.gmail.com ca+ilnhhnufpz1vphwpi5mek6ktctrqzjbe6y2g7xa2gawhd...@mail.gmail.com CABPTjTCsEb9GSmpehGJGbYrvw-NzqqWLMkXLBSU+ rAg gsy4...@mail.gmail.com cajyjovvepfykbw-6dalcex7byvxgf6zozr2hw4pjb19n7pj...@mail.gmail.com CAOpBRMVeM26LjFcNACiU=JehBYd=jmjhrcv7yc158+p1sl1...@mail.gmail.com In-Reply-To: CAOpBRMVeM26LjFcNACiU=JehBYd=jmjhrcv7yc158+p1sl1...@mail.gmail.com Subject: R: [Talk-it] R: R: Terremoto in Emilia Romagna Date: Sun, 3 Jun 2012 06:50:17 +0200 Message-ID: 01cd4144$5f8d9bf0$1ea8d3d0$@it MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac1AJ6UDy0gdNIBrSmaV7/z2cAFfOwBGeBiA Content-Language: it Seguendo questo tread ho letto le vostre considerazioni su cosa e = chi dovrebbe fare qualcosa sul campo (in zona intendo). A questo punto da Modenese intervengo, spero con info dal territorio interessato che siano costruttive e consone allo sviluppo delle idee proposte. Dato oggettivo 1: la provincia Modenese nord non =E8 sparita dalle carte geografiche. I = crolli ci sono ma esigui, cosi come gli edifici danneggiati http://www3.lastampa.it/cronache/sezioni/articolo/lstp/456530/ considerazioni a seguire: mappatura sul campo. Le zone sono intasate da Protezione civile - = forze dell'ordine - volontari e sedicenti tali - ma soprattutto da sfollati!=20 I cosi detti volontari SONO IN ECCESSO e appesantiscono la macchina a supporto (consumano cibo e acqua). Vivamente consigliato di NON andare = in loco. Le zone soggette a crolli sono zone OFF-LIMITS. Impedito l'accesso ai residenti. Meno che meno accedono soggetti terzi. Tenuto conto di questo, aggiungerei: qualunque mappatore con residenza all'interno del territorio modenese ha conoscenza relativamente diretta dei luoghi, anche solo per esserci = passato. Estenderei la ricerca di eventuali mappatori a questo ambito. Saluti Beppe -Messaggio originale- Da: Fabrizio Tambussa [mailto:ftambu...@gmail.com]=20 Inviato: venerd=EC 1 giugno 2012 20.52 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: R: Terremoto in Emilia Romagna Buonasera, ho fatto un veloce giro delle zone terremotate per prendere un po' di = nomi di mappatori a cui inviare il messaggio [0] per la richiesta di = informazioni mappabili. Ho verificato che questi nomi abbiano effettivamente editato nelle zone interessate e non siano dei mappatori di passaggio: magari gente che ha solo aggiunto un punto ad una strada per rendere piu' dolce = una curva... Gli utenti da me contattati sono: ilrobi roscolosco holapaco Diabolus Gian Marco foreigner TheNick oscar_f angry_penguin fl=E9p Alessandro Frigeri centurie NonnEmilia Ovviamente, se trovate edit in zona fatti da altri mappatori, propagate = pure il messaggio. Saluti Fabrizio [0] testo del messaggio inviato: - Ciao, ti contattiamo perche' sei un utente di OpenStreetMap che ha editato = nelle zone colpite dal terremoto. La comunita' italiana di OSM sta cercando di migliorare la mappa delle = zone terremotate, principalmente tramite l'import degli edifici. Nel limite delle tue possibilita' chiediamo il tuo aiuto (e la tua conoscenza dei luoghi) per migliorare la mappatura con le seguenti azioni: 1) se non l'hai gia' fatto, puoi iscriverti alla mailing list nazionale andando alla pagina: http://lists.openstreetmap.org/listinfo/talk-it 2) puoi inserire direttamente in OSM o segnalarci situazioni particolari rilevate sul territorio, come: - strade/ ponti interrotti o con limitazioni (ad esempio limiti di = velocita' o di peso) - farmacie agibili/inagibili - punti di primo soccorso / postazioni di emergenza / centri di coordinamento soccorsi ecc - punti di raccolta/distribuzione viveri o generi di prima necessita' - tendopoli o strutture di accoglienza - altri punti di interesse 3) qualora volessi editare direttamente la mappa, puoi fare riferimento = alla pagina di documentazione sulle zone terremotate:
Re: [Talk-co] Tuluá torcido! mejoras con ov3 free
Hola, #botika sabe cómo enviar los datos que se transformen :) . Así que si los datos se transforman y los vemos correctos, ella se encargaría de enviar las actualizaciones, lo único que requerimos para ello es : * Para nodos, el id en osm y su latitud, longitud nueva * para las vías(polígonos) el id en osm y su linestring con latitud, longitud nueva. Ya con esto estaríamos listos para organizar lo que sea necesario. Así que quedo a la orden para que hagamos este y futuros trabajos de mejora del mapa. Ejemplos del trabajo previos de #botika en [1] 1.http://www.openstreetmap.org/user/botika/edits El 24 de abril de 2012 03:18, geotux_tux...@linuxmail.org escribió: Hola Andrés y listeros, no olviden el superpoderoso paquete 'vec2dtransf' [1] de R :) Justamente sirve para llevar a cabo transformaciones afínes y de similaridad sobre datos vectoriales. Se que los datos de OSM pueden ser accedidos y manipulados desde R a través del paquete 'osmar' [2] pero no tengo idea cómo enviarlos de regreso a OSM. Por otro lado, justo estos días me propuse hacer un post sobre cómo usar 'vec2dtransf', este sería un buen caso de estudio, pero como les comento, después de transformados no sabría cómo enviar los datos de regreso. Así que si alguien se anima, podemos tratar de resolver este problema vía R. Saludos, Germán Carrillo -- [1] http://cran.r-project.org/web/packages/vec2dtransf/index.html [2] http://cran.r-project.org/web/packages/osmar/index.html - Original Message - From: Andres Oswaldo Calderon Romero Sent: 04/24/12 01:28 AM To: OpenStreetMap Colombia Subject: Re: [Talk-co] Tuluá torcido! mejoras con ov3 free Hola Lista!!! He estado muy pendiente de este hilo pues hice mis primeros trazos aportando a OSM digitalizando el barrio Nuevo Farfan en Tulua hace justamente un año más o menos. Recuerdo que trazamos sobre una imagen PNG que, ahora es claro, no estaba ubicada del todo correctamente. Pero bueno, ahora la idea es proponer algun mecanismo para corregir el desfase. Una forma sería tomar todos los puntos, líneas y polígonos para el área y moverlos para ajustarse a las nuevas trazas gpx de las que ahora disponemos. Si se tratará de imágenes raster el proceso es muy sencillo, se conoce como georeference y esta ampliamente implementado en la mayoría de paquetes GIS disponibles. Al tratarse de capas vectoriales, el proceso se llama Affine y lastimosamente no esta tan difundido como su par raster. Sé que hay tools para ArcGIS pero no manejo mucho ese programa. En el mundo Open Source solo he encontrado un plugin para QGIS (qgsAffine), que requiere algo de matemáticas y (mucho) tiempo para aprender a usarlo, ST_Affine, pero solo viene implementado en PostGIS 2.0, y una función para OpenJump (Affine transformation) que parece la mejor opción aunque todavía requeriría de algo de tiempo para entender su manejo. Alguna de las tres debería servirnos =P. Lastimosamente, no cuento con mucho tiempo durante las próximas 2 semanas para 'cacharrearle' al asunto por lo que la idea de este post es dar a conocer algunas alternativas y solicitar la ayuda de alguien que pueda empezar a botarle corriente (si es que no hay alguien que ya lo ha hecho). Espero podamos encontrar una solución factible a este tipo de problema que creo puede llegar a ser muy frecuente en mapas de OSM basados en imágenes de fondo que no tienen una referencia explicita o inclusive en algunas imágenes de Bing donde se ha detectado que no están del todo bien georreferenciadas. [1] http://gis.stackexchange.com/questions/21696/rotating-a-vector-layer-in-qgis-with-qgsaffine-or-other-method [2] http://www.postgis.org/documentation/manual-svn/ST_Affine.html [3] http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Tools#Warp On Mon, Apr 23, 2012 at 7:43 AM, hyan...@gmail.com hyan...@gmail.comwrote: Excelente!!! A juzgar por las trazas GPX previas que existen: http://www.openstreetmap.org/user/daandus/traces/1195562 http://api.openstreetmap.org/user/humano/traces/1143281 La imagen no tiene offset http://i.imgur.com/OJiNn.png http://i.imgur.com/Np28r.png ¿Es correcto? El 23 de abril de 2012 07:09, Jean-Guilhem Cailton j...@arkemie.comescribió: Buenos días, La imagen OrbView-3 que cubre la zona al Este de Tuluá, y en particular Andalucia y Bugalagrande (y La Marina también), esta en linea en TMS. La dirección para JOSM es: tms[19]:http://osm.arkemie.org/cgi-bin/tiles/1.0.0/colombia/ {zoom}/{x}/{y} y para Potlatch 2: http://osm.arkemie.org/cgi-bin/tiles/1.0.0/colombia/$z/$x/$y Se puede utilizar source=OrbView-3, USGS, 2005-10-05 El procesamiento por el USGS fue de nivel L1Gst. Sin embargo, como para Bing, es mejor utilizar trazas de GPS si están disponibles para ajustar la imagen antes de digitalizarla. (Sin esto, parece que el error puede ser de unos 20 metros). Saludos, Jean-Guilhem Le
Re: [Talk-es] Elemtex
Hola He preparado un texto sobre esta tema en la wiki http://wiki.openstreetmap.org/wiki/Spanish_Cadastre Si están de acuerdo traducimos y comunicamos a OSM-imports. Aunque se la falta de tiempo, ¿se podría lanzar una versión de Cat2Osm que al generar ELEMTEX no incluya la etiqueta CAT2OSMSHAPEID y añada source=catastro y source:date=MMDD que ahora mismo no lo está haciendo? ¿Que version estas usando? Lo de source=catastro y source:date debería de salir siempre y lo de CAT2OSMSHAPEID se controla en el config. # Imprimir tanto en las vias como en las relaciones, la lista de shapes que las componen o las # utilizan. Es para casos de debugging si se quiere tener los detalles. # No=0 / Si=1 PrintShapeIds=0 Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Elemtex
El día 2 de junio de 2012 09:02, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: Hola He preparado un texto sobre esta tema en la wiki http://wiki.openstreetmap.org/wiki/Spanish_Cadastre Si están de acuerdo traducimos y comunicamos a OSM-imports. Aunque se la falta de tiempo, ¿se podría lanzar una versión de Cat2Osm que al generar ELEMTEX no incluya la etiqueta CAT2OSMSHAPEID y añada source=catastro y source:date=MMDD que ahora mismo no lo está haciendo? ¿Que version estas usando? Lo de source=catastro y source:date debería de salir siempre y lo de CAT2OSMSHAPEID se controla en el config. # Imprimir tanto en las vias como en las relaciones, la lista de shapes que las componen o las # utilizan. Es para casos de debugging si se quiere tener los detalles. # No=0 / Si=1 PrintShapeIds=0 Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es Hola Versión 2012-04-20 ¿Qué habría que poner? Yo tengo puesto PrintShapeIds=0. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Elemtex
Muy raro eso de esa forma no debería imprimir esos tags, el lunes se lo comento a ander a ver. El día 2 de junio de 2012 10:09, Javier Sánchez javiers...@gmail.com escribió: El día 2 de junio de 2012 09:02, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: Hola He preparado un texto sobre esta tema en la wiki http://wiki.openstreetmap.org/wiki/Spanish_Cadastre Si están de acuerdo traducimos y comunicamos a OSM-imports. Aunque se la falta de tiempo, ¿se podría lanzar una versión de Cat2Osm que al generar ELEMTEX no incluya la etiqueta CAT2OSMSHAPEID y añada source=catastro y source:date=MMDD que ahora mismo no lo está haciendo? ¿Que version estas usando? Lo de source=catastro y source:date debería de salir siempre y lo de CAT2OSMSHAPEID se controla en el config. # Imprimir tanto en las vias como en las relaciones, la lista de shapes que las componen o las # utilizan. Es para casos de debugging si se quiere tener los detalles. # No=0 / Si=1 PrintShapeIds=0 Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es Hola Versión 2012-04-20 ¿Qué habría que poner? Yo tengo puesto PrintShapeIds=0. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Elemtex
Ten en cuenta que sólo los he visto en elemtex y portales. Saludos El día 2 de junio de 2012 09:16, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Muy raro eso de esa forma no debería imprimir esos tags, el lunes se lo comento a ander a ver. El día 2 de junio de 2012 10:09, Javier Sánchez javiers...@gmail.com escribió: El día 2 de junio de 2012 09:02, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: Hola He preparado un texto sobre esta tema en la wiki http://wiki.openstreetmap.org/wiki/Spanish_Cadastre Si están de acuerdo traducimos y comunicamos a OSM-imports. Aunque se la falta de tiempo, ¿se podría lanzar una versión de Cat2Osm que al generar ELEMTEX no incluya la etiqueta CAT2OSMSHAPEID y añada source=catastro y source:date=MMDD que ahora mismo no lo está haciendo? ¿Que version estas usando? Lo de source=catastro y source:date debería de salir siempre y lo de CAT2OSMSHAPEID se controla en el config. # Imprimir tanto en las vias como en las relaciones, la lista de shapes que las componen o las # utilizan. Es para casos de debugging si se quiere tener los detalles. # No=0 / Si=1 PrintShapeIds=0 Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es Hola Versión 2012-04-20 ¿Qué habría que poner? Yo tengo puesto PrintShapeIds=0. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-lv] osm routing permalinki
15 min veca fiicha ;) http://routing.apis.dev.openstreetmap.org/?from=Londonto=Oxford,UK -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] osmose - Repères géodésique hors commune ??
Le 01/06/2012 22:07, Matthias Dietrich a écrit : Je ne sais pas quel est le retour d'expérience actuel sur cette nouvelle analyse, alors dans le doute je vais encore signaler des cas particuliers ;-) Il arrive que des sites géodésiques rattachés à une commune aient tout ou partie de leurs points en dehors de cette commune. Évidemment, cela va être difficile à traiter par Osmose, mais au cas où, je préfère le signaler. Exemples : - http://geodesie.ign.fr/fiches/pdf/68066A.pdf : site rattaché à Colmar, mais situé totalement sur la commune de Wintzenheim - http://geodesie.ign.fr/fiches/pdf/6837203.pdf : site de Willer sur Thur, les points a et b sont bien sur le territoire de la commune, le point c ne l'est pas Je n'avais pas bien pris conscience de ça au début. J'ai encore modifié l'analyseur. Pour l'instant j'ai trouvé près de 2 000 sites entièrement en dehors de leurs communes. Reste à voir si le problème vient du calage des communes dans OSM ou s'il y a vraiment beaucoup de sites hors commune. C'est quand même bizarre que les fiches de repères ne donnent pas la commune réelle de localisation... Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartopartie randonnée organisée par le CG 44 à Abbaretz le 9 juin
Bonjour, Une cartopartiehttp://data.loire-atlantique.fr/actualites/?tx_ttnews[tt_news]=60cHash=c901656aec527297efe46600dc9ff0d7randonnée est organisée le 9 juin prochain à Abbaretzhttp://www.openstreetmap.org/?lat=47.5558lon=-1.5246zoom=13layers=Mpar le Conseil Général de la Loire-Atlantique en lien avec les contributeurs OSM locaux et le Comité Départemental de la FFRP. D'après le CG 44, il devrait y avoir pas mal de néophytes en cartographie donc tous les contributeurs OSM sont les bienvenus pour guider les nouveaux. Et soit dit en passant, pour les Bretons, ce n'est pas très loin de la Bretagne. Ce sera également une bonne occasion d'échanger avec les gens du CG 44 sur leur démarche Open Data ainsi qu'avec les représentants du comité départemental de la FFRP. Cette collaboration pourrait servir d'exemple pour ceux qui voudraient calquer l'expérience... Romain (j'y serai :)) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartopartie randonnée organisée par le CG 44 à Abbaretz le 9 juin
Le 2 juin 2012 10:53, Romain MEHUT romain.me...@gmail.com a écrit : Et soit dit en passant, pour les Bretons, ce n'est pas très loin de la Bretagne. Pour les Bretons, le 44 C'EST la Bretagne (et même pour une partie des Ligériens, sinon le ébat sur la capitale de la Bretagne serait mort depuis longtemps et le Château des Ducs en plein coeur de Nantes aurait changé de nom depuis longtemps !) Même le département de Loire-Atlantique défend son identité bretonne (au delà de la seule identité administrative ligérienne qui reste extrémement récente, mais ne lui apporte pas grand chose, le Val de Loire se terminant avant d'entrer dans le 44, tandis que son identité maritime est fortement bretonne...) La Bretagne historique n'est jamais réellement morte culturellement. Et d'ailleurs elle contenait aussi des zones aujourd'hui : - dans la Manche (sauf les possessions du Mont-Saint-Michel, au départ vierge de toute occupation avant que ce soit un évéché normand qui s'installe sur l'île ; cependant les terres non îliennes du Mont ont toujours été bretonnes, elles ont été pruses à la Bretagne par l'évéché pour faire des cultures vivrières destinées au Mont en y faisant travailler des paysans bretons...) - en Maine-et-Loire (au Sud-est), - presque tout le 44 (sauf l'extrème Sud-Est) - et le nord maritime de la Vendée jusque vers Saint-Gilles-Croix-de-Vie et Saint-Hilaire-de-Riez (c'est le marais breton qui servait de frontière naturelle ; ce marais s'étend jusque dans le Poitou-Charente où il change de nom et devient le marais poitevin, ou la Venise verte plus au sud dans les Deux-Sèvres jusqu'aux Charentes-Maritimes)... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartopartie randonnée organisée par le CG 44 à Abbaretz le 9 juin
S'il te plaît, Philippe, ne fais pas des digressions à tout bout de champs... Merci. Au final, tu viens ou pas? Romain Le 2 juin 2012 11:13, Philippe Verdy verd...@wanadoo.fr a écrit : Le 2 juin 2012 10:53, Romain MEHUT romain.me...@gmail.com a écrit : Et soit dit en passant, pour les Bretons, ce n'est pas très loin de la Bretagne. Pour les Bretons, le 44 C'EST la Bretagne (et même pour une partie des Ligériens, sinon le ébat sur la capitale de la Bretagne serait mort depuis longtemps et le Château des Ducs en plein coeur de Nantes aurait changé de nom depuis longtemps !) Même le département de Loire-Atlantique défend son identité bretonne (au delà de la seule identité administrative ligérienne qui reste extrémement récente, mais ne lui apporte pas grand chose, le Val de Loire se terminant avant d'entrer dans le 44, tandis que son identité maritime est fortement bretonne...) La Bretagne historique n'est jamais réellement morte culturellement. Et d'ailleurs elle contenait aussi des zones aujourd'hui : - dans la Manche (sauf les possessions du Mont-Saint-Michel, au départ vierge de toute occupation avant que ce soit un évéché normand qui s'installe sur l'île ; cependant les terres non îliennes du Mont ont toujours été bretonnes, elles ont été pruses à la Bretagne par l'évéché pour faire des cultures vivrières destinées au Mont en y faisant travailler des paysans bretons...) - en Maine-et-Loire (au Sud-est), - presque tout le 44 (sauf l'extrème Sud-Est) - et le nord maritime de la Vendée jusque vers Saint-Gilles-Croix-de-Vie et Saint-Hilaire-de-Riez (c'est le marais breton qui servait de frontière naturelle ; ce marais s'étend jusque dans le Poitou-Charente où il change de nom et devient le marais poitevin, ou la Venise verte plus au sud dans les Deux-Sèvres jusqu'aux Charentes-Maritimes)... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartopartie randonnée organisée par le CG 44 à Abbaretz le 9 juin
Le 2 juin 2012 11:25, Romain MEHUT romain.me...@gmail.com a écrit : Au final, tu viens ou pas? La digression était facile vu qu'elle était déjà explicitement dans le message auquel je répondais. Faut voir pour cette journée, j'ai cependant un évènement familial à côté de Pornic le même week-end (avec prolongation possible)... Pas sûr que cela me permette de venir. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] questions de débutants en carto accessible
Bonjour, Débuter dans l'édition OSM n'est pas évident, mais ici la majorité a appris sur le tas, en essayant petit à petit avec motivation, et se débrouille en grande partie avec la documentation en ligne, en perpétuelle évolution. Des tutoriels existent pour JOSM, les questions du genre ajouter un chemin et un nœud dans JOSM n'ont pas vraiment leur place ici ; par contre sur des points plus techniques et plus précis, on se fera un plaisir de donner un coup de pouce. De ce que vous exposez, c'est essentiellement ce qu'on appellerait du micro-mapping : les outils que nous avons actuellement nous permettent de représenter des éléments géographiques à plus ou moins grande échelle, jusqu'aux rues ; parfois l'on va jusqu'à quelques trottoirs particuliers, mais mapper l'ensemble des trottoirs me semble une tâche très optimiste (que ce soit pour l'énorme travail de mapping comme pour l'exploitation des données pour le rendu ou la navigation). Cependant je comprends le besoin... Vous aurez besoin de certains tags précis, qui à mon avis n'existent pas encore ; l'imagination et les avis partagés des différents contributeurs pourront aider, si toutefois la question reste précise. Par exemple cette histoire de trottoir incliné perpendiculairement au trajet des piétons et aux chaises roulantes : effectivement la question n'a sans doute jamais été posée, et mérite réflexion... personnellement je ne vois pas... L'appel à l'aide aura sans doute été entendu du côté de Lyon... Y a-t-il une mapping party prévue dans quelques temps sur la région ? Vous pourriez vous y inviter... Je vous souhaite de bonnes contributions :) Teuxe Le vendredi 01 juin 2012 à 15:42 +0200, Claude Laurent a écrit : Bonjour, Nous avions lancé un appel asses général pour être aidé à débuter sur JOSM et plus généralement la carto accessible, il y'a quelques temps, mais nous n'avons pas vraiment eu de réponse. Nous avons tout de même un peu avancé, et nous sommes maintenant en mesure de préciser nos demandes. Je précise que nous nous essayons (grands débutants) à de la carto d'accessibilité, donc nous ne faisons (pour le moment) que tagger pour les trottoirs. Voici nos questions : par exemple : un trottoir qui s'arrête à la moitié d'une rue. Comment rajouter un noeud et un chemin dans JOSM ? Pour le tag de hauteur de trottoir : il nous semble avoir compris qu'il s'agit de la hauteur du 'bateau' (l'endroit que l'on franchi en face des passages cloutés), et non pas la hauteur du trottoir le long de la rue. Donc comment faire pour distinguer les deux extrémités du trottoir et ainsi quantifier « l'entrée » et la « sortie » ? sur un trottoir globalement très bien fichu, je rencontre un obstacle (ex : inclinaison de sortie de garage). Comment tagger ce trottoir, est-ce que je rajoute un noeud à l'endroit de l'obstacle, ou est-ce que c'est toute la longueur du trottoir que l'on taggue comme l'obstacle ? Soit une unique rue constituée de 3 tronçons dans JOSM, les tronçons sont taggués différemment car leurs trottoirs sont différents. Mais j'ai un problème car le nom de la rue est renseigné pour chaque tronçon, donc sur la carte il s'affiche 3 fois. Et si je re-solidarise les tronçons alors mes différences de trottoir sont perdues. J'espère être clair... comment on gère ça ? Je profite de ce message pour relancer notre appel : Si quelqu'un de plus expérimenté que nous passe du côté de Lyon (Craponne pour être précis) : alors nous serions ravis de le recevoir !! Merci de vos réponses. Cordialement, Laurent CLAUDE Animateur coordinateur au SAJ Anagalis ARIMC - Les Tourrais de Craponne 2 rue des Tourrais 69290 Craponne Tel 04 37 41 75 78 Fax 04 37 41 75 73 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réunion IRL IdF juin
Bonjour, J'essaie d'organiser le mois qui commence fort... Avez vous déjà pensé a une date ? Rappel, le 16 : mapping party a Saint-denis, le 27 animation a ivry sur seine (je vais avoir besoin de renforts) A+ -- Marc Sibert sur téléphone m...@sibert.fr___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion IRL IdF juin
Le samedi 02 juin 2012 à 18:44 +0200, Marc Sibert a écrit : Bonjour, J'essaie d'organiser le mois qui commence fort... Avez vous déjà pensé a une date ? Rappel, le 16 : mapping party a Saint-denis, le 27 animation a ivry sur seine (je vais avoir besoin de renforts) je suis en congés au mois de juin, une autre fois avec plaisir didier A+ -- Marc Sibert sur téléphone m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] questions de débutants en carto accessible
Bonsoir, Je pense aussi qu'il y a là matière pour un vaste chantier, et qu'il ne faut surtout pas faire ses tests chacun de notre côté, mais trouver un consensus. Utiliser cette liste de mail est un bon début. Ensuite, il faut créer ou repérer et améliorer une page sur le wiki d'OSM pour décrire le/les besoins, et proposer des solutions. C'est la seule manière d'avancer ensemble en partageant les expériences. Une idée en passant : un trottoir pourrait très bien être décrit comme le sont aujourd'hui les bandes cyclables : http://wiki.openstreetmap.org/wiki/FR:Bicycle#Bandes_cyclables On pourrait décrire ainsi le trottoir à gauche et le trottoir à droite séparément, et ajouter pour chacun des tags, par exemple : highway=residential sidewalk:left:height=20 sidewalk:left:width=200 sidewalk:left:surface=paved sidewalk:right:height=15 Les left et right sont relatifs au sens géométrique du way, cad l'ordre de saisie des noeuds pour former le way. Bon, après, si on commence à faire cela sur tous les highway d'OSM, ça va vite faire beaucoup, mais pourquoi pas ? L'autre solution est d'avoir sa base de données à part pour décrire les trottoirs , avec un lien sur l'osm_id du way, mais cela pose aussi certains problèmes.. Michael Le 2 juin 2012 17:41, Teuxe te...@free.fr a écrit : Bonjour, Débuter dans l'édition OSM n'est pas évident, mais ici la majorité a appris sur le tas, en essayant petit à petit avec motivation, et se débrouille en grande partie avec la documentation en ligne, en perpétuelle évolution. Des tutoriels existent pour JOSM, les questions du genre ajouter un chemin et un nœud dans JOSM n'ont pas vraiment leur place ici ; par contre sur des points plus techniques et plus précis, on se fera un plaisir de donner un coup de pouce. De ce que vous exposez, c'est essentiellement ce qu'on appellerait du micro-mapping : les outils que nous avons actuellement nous permettent de représenter des éléments géographiques à plus ou moins grande échelle, jusqu'aux rues ; parfois l'on va jusqu'à quelques trottoirs particuliers, mais mapper l'ensemble des trottoirs me semble une tâche très optimiste (que ce soit pour l'énorme travail de mapping comme pour l'exploitation des données pour le rendu ou la navigation). Cependant je comprends le besoin... Vous aurez besoin de certains tags précis, qui à mon avis n'existent pas encore ; l'imagination et les avis partagés des différents contributeurs pourront aider, si toutefois la question reste précise. Par exemple cette histoire de trottoir incliné perpendiculairement au trajet des piétons et aux chaises roulantes : effectivement la question n'a sans doute jamais été posée, et mérite réflexion... personnellement je ne vois pas... L'appel à l'aide aura sans doute été entendu du côté de Lyon... Y a-t-il une mapping party prévue dans quelques temps sur la région ? Vous pourriez vous y inviter... Je vous souhaite de bonnes contributions :) Teuxe Le vendredi 01 juin 2012 à 15:42 +0200, Claude Laurent a écrit : Bonjour, Nous avions lancé un appel asses général pour être aidé à débuter sur JOSM et plus généralement la carto accessible, il y'a quelques temps, mais nous n'avons pas vraiment eu de réponse. Nous avons tout de même un peu avancé, et nous sommes maintenant en mesure de préciser nos demandes. Je précise que nous nous essayons (grands débutants) à de la carto d'accessibilité, donc nous ne faisons (pour le moment) que tagger pour les trottoirs. Voici nos questions : par exemple : un trottoir qui s'arrête à la moitié d'une rue. Comment rajouter un noeud et un chemin dans JOSM ? Pour le tag de hauteur de trottoir : il nous semble avoir compris qu'il s'agit de la hauteur du 'bateau' (l'endroit que l'on franchi en face des passages cloutés), et non pas la hauteur du trottoir le long de la rue. Donc comment faire pour distinguer les deux extrémités du trottoir et ainsi quantifier « l'entrée » et la « sortie » ? sur un trottoir globalement très bien fichu, je rencontre un obstacle (ex : inclinaison de sortie de garage). Comment tagger ce trottoir, est-ce que je rajoute un noeud à l'endroit de l'obstacle, ou est-ce que c'est toute la longueur du trottoir que l'on taggue comme l'obstacle ? Soit une unique rue constituée de 3 tronçons dans JOSM, les tronçons sont taggués différemment car leurs trottoirs sont différents. Mais j'ai un problème car le nom de la rue est renseigné pour chaque tronçon, donc sur la carte il s'affiche 3 fois. Et si je re-solidarise les tronçons alors mes différences de trottoir sont perdues. J'espère être clair... comment on gère ça ? Je profite de ce message pour relancer notre appel : Si quelqu'un de plus expérimenté que nous passe du côté de Lyon (Craponne pour être précis) : alors nous serions ravis de le recevoir !! Merci de vos réponses. Cordialement, Laurent CLAUDE Animateur coordinateur au SAJ Anagalis ARIMC -
Re: [Talk-GB] Admin Boundaries and OS OpenData BoundaryLine
On 29 May 2012 16:05, Richard Mann richard.mann.westoxf...@gmail.comwrote: I think Peter was planning on making the ITO boundaries available as a traceable layer, but haven't heard anything about this recently. You are right. It should be possibly to use ITO Map tiles in Potlatch and JOSM, however there seems to be glitch at present which we will take a look at over the next few days and get back to you on this list. You will probably also be aware that updates for ITO Map have also pretty much failed since the planet dumps disappeared at the start of April with the license change. We had initially understood that planet would be down for about two week and planned to sit it out, however given the protracted nature of the changeover we are now working hard on a fix that can be used with the current files and will get us back to daily updates. Regards, Peter On Tue, May 29, 2012 at 4:00 PM, Tom Chance t...@acrewoods.net wrote: On 29 May 2012 15:44, Colin Smale colin.sm...@xs4all.nl wrote: My questions to the community: 1) Would a bulk upload of any or all of this data be interesting? Thanks for raising this, it would be great to get a more complete set of boundaries. In answer to your first question, no, please don't follow a bulk upload approach. I say this for two reasons: 1) Most boundaries follow existing features like roads, rivers, etc. They need to be manually entered as relations sharing nodes with those features. In my experience this is often a nice opportunity to spot other problems with very old features using aerial imagery and GPS tracks, e.g. poor alignment, or complicated junctions that aren't fully modelled for routing. So much better done manually than by dumping a load of new ways into the database. 2) Many boundaries already exist, but are often slightly incorrect, e.g. not sharing nodes with existing features but being a little offset. By doing this manually you can improve these as you go, especially since every boundary shares its properties with one or more other boundaries. The best approach would be to identify which boundaries are missing, put those up in a list and and encourage people to get us to 100%. Perhaps start with counties, then unitaries and districts, then even wards. ITO have a nice map of boundaries that people can use to check up on them, you can see I started to add wards in Southwark: http://www.itoworld.com/map/2 Regards, Tom -- http://tom.acrewoods.net http://twitter.com/tom_chance ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Shaun McDonald to join ITO World!
Just a brief note to welcome Shaun McDonald (smsm1) to ITO World and also to Suffolk in a few weeks. He will be helping us develop our OpenStreetMap and Open Data products further and will be staying very engaged with the open data and open source communities more generally. This is part of a wider expansion of ITO's activities. If there are any top notch C++ programmers out there who are looking for a new job and who fancy living in the normally dry county of Suffolk then do please send me your cv. Regards, Peter Miller ITO World Ltd ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] PRoW Ref codes (WAS:Hampshire Rights of Way Data released under OS OpenData licence)
On Thu, 31 May 2012, Robert Whittaker (OSM) wrote: ... (This is Worcestershire, and at the same time, they've also split the paths up at every junction so that no path has two routes leaving a junction, i.e. a path always ends at the first junction of rights of way it comes to, and its continuation is now a separate new path. I think this may have something to do with geometries in GIS software.) I think this is also adopted by Buckinghamshire. For example, there is a four way junction where TWY/16/2, TWY/16/3, TWY/19/1 and TWY/19/2 meet. Oxfordshire don't do this. One of their four way junctions has the meeting of 265/29, 265/29, 265/33 and 265/33. I'm not sure what's best to do for for an overall format. I think we may probably have to consider things on a county by county basis, trying to keep things as consistent as possible. ... A web application I'm developing straddles many counties. So I've decided to adopt the scheme: code-for-council:code-for-path-adopted-by-council Examples are: BM:TWY/16/2 BM:TWY/19/1 ON:265/29 ON:265/33 For the code-for-council (e.g., BM and ON), I've chosen to use the two letter codes that are used by the OS Opendata 1:50 000 Scale Gazetteer that is described at: http://www.ordnancesurvey.co.uk/oswebsite/products/50k-gazetteer/index.html It's in field 12 of their colon-separated file. There are 208 values. Is this sensible? -- Barry Cornelius http://www.thehs2.com/ http://www.oxonpaths.com/ http://www.northeastraces.com/ http://www.barrycornelius.com/ ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb