Re: [talk-ph] Increasing demand for OSM talks and workshops
Dear everyone, Great discussion! First, coming from a 4-day road trip from Leyte and Samar for our internal assessment ~3 months after Yolanda, remote training is not really the best option. In many areas, 3g connection is non-existent so, we need to find ways on how to do on site training under these conditions especially for LGUs interested to use OSM. Let me try to summarize the action points. From the thread I see the following activites we need to do. 1. Create a suite of materials for promotion and lightning talks about OSM. This will be used as basic intro to OSM, whenever a group invites us to speak. I created a stub github repo for this [0]. Feel free to add slides, brochures and whatever materials you think is useful. 2. Design a training/workshop package which OSM trainors can use. Possible content/module can be: - Basic overview to OSM - Basic data collection and editing workflow - Specific modules on using OSM depending on use cases (i.e. LGU, NGO, DRR, etc.) We (essc) have already developed an initial training design and materials for our Pampanga project. We can use this as an initial draft of the modules. We also have learnosm.org as another resource. A major topic mentioned here is how to collect data using smartphones, maybe this will be one major content we need develop. HOT-Id have more experience in doing OSM trainings, perhaps we can do knowledge sharing with them as we develop the design and content? @Kate, how can we do this? What resources is needed? American Red Cross is also planning to do OSM trainings. @Robert, any possibilities on developing this together with OSM-PH? 3. Run a trainors training/workshop to interested OSM trainors. 4. Design a communication protocol to remotely support either the local trainors or the participants after the conduct of training (options mentioned are skype, mumble, teamviewer). Or do follow-up visits if possible? Sounds like a plan! Please add anything I missed. [0] https://github.com/OSMPH/promo_materials On Fri, Jan 31, 2014 at 4:20 PM, Mark Cupitt markcup...@gmail.com wrote: Kate, I think that once the relationship has been built, that followup using tools like TeamViewer is very practical. That app has a some great features, including group sessions, and is free for non commercial use, nd I am sure there is other alternatives out there just as good.. We have used Teamviewer as a training and support aid over the past year, but generally after face to face sessions are done. being able to put a face to the person on the other end of a remote session is still important IMHO This leads into the next obvious step where the trainer becomes the Mentor to a group of people. In the HOT environment, this person could become the verifier for work done by his group, etc as the connection between individuals has already been made and feedback on standards for tagging can be easily communicated Cheers Mark Regards Mark Cupitt If we change the world, let it bear the mark of our intelligence See me on LinkedIn See me on StackExchange === The contents of this email are intended only for the individual(s) to whom it is addressed and may contain confidential or privileged information. If you are not the intended recipient, you must not disclose, copy, distribute, or use the contents of this email. If you have received this email in error, please notify the sender immediately and delete the email and any attachments. === On Fri, Jan 31, 2014 at 1:26 PM, Kate Chapman k...@maploser.com wrote: Hi All, We have faced similar challenged in Indonesia. Typically with our trainings someone runs the powerpoint and talks at the front but then we have other trainers around the trainees looking for problems and providing help. There are also times we break into small groups. The small groups can sometimes be limited by the lack of a way to show everyone the instructors screen though. Typically we try to use two projectors (I know a luxury) one shows the slides on the topic and the other walks people through what to actual click. On Fri, Jan 31, 2014 at 12:13 PM, Jim Morgan j...@datalude.com wrote: On 01/31/2014 09:18 AM, Eugene Alvin Villar wrote: Also, I've noticed that Filipinos generally prefer face-to-face interaction. I've seen countless times where you ask the audience if they have any questions and nobody would raise their hands. But after the lecture is over, a few people would approach the lecturer and then ask questions. This kind of interaction would be hard to do online. Point taken about the reticence of audiences here. I've held a few meetings here myself where its really hard to get input ... which has been the whole purpose of the meeting! But I think the
[OSM-talk] Default OSM Tiles via HTTPS (Testing)
Hi OSM Talk, Approximately 20% of visitors to OpenStreetMap.org today will receive the default tiles via HTTPS (ssl/tls). This is to test HTTPS on our CDN infrastructure. If anyone experiences any problems please can you report them in channel #osm on http://irc.openstreetmap.org/ Technical: We use a dedicated wildcard *.tile.openstreetmap.org certificate signed by RapidSSL/GeoTrust on the 12 geo distributed cache servers. The SSL termination is handled by nginx. SSL Report: https://www.ssllabs.com/ssltest/analyze.html?d=a.tile.openstreetmap.org Enabling SSL on tile is a step towards being able to offer HTTPS as an option on openstreetmap.org for more than just the login page. Kind regards, Grant Part of OpenStreetMap sysadmin team. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Power portal
Hi folks, I feel a bit disappointed with the power=portal tag, pretty widely used in Germany for instance. It seems to document start points of a power line in power substations. Have a look : http://www.power-technology.com/contractor_images/pauwels/4_Compact-substation.jpg There are only 18 of them in France, I thought it would be better to don't use it. I don't even know if it's the right English term. Nevertheless the idea of considering portals instead of standard towers in substations sounds good. How do you feel about this ? Many substations are moved from sub_station to substation, it's a great occasion to check this out too. Cheers. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Power portal
On 06/02/2014 22:51, François Lacombe wrote: Hi folks, I feel a bit disappointed with the power=portal tag, pretty widely used in Germany for instance. It seems to document start points of a power line in power substations. Have a look : http://www.power-technology.com/contractor_images/pauwels/4_Compact-substation.jpg There are only 18 of them in France, I thought it would be better to don't use it. I don't even know if it's the right English term. Nevertheless the idea of considering portals instead of standard towers in substations sounds good. According to http://wiki.openstreetmap.org/wiki/Tag:power%3Dtower such portal should be tagged power=tower + design=portal (if it indeed is a portal design with two or more legs). Further, if it is the termination point of a power line it should also be tagged tower:type=termination. I typically dont't tag internal portals in substations not connecting to an outgoing power line in order to avoid unnecessary cluttering. Many substations are moved from sub_station to substation, it's a great occasion to check this out too. It would be really nice to have substations (without underscore) rendered in standard Mapnik. However, the style sheet maintainers seem to be reluctant to implement that. At least JOSM now support the new tag. Ole ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Power portal
On 2014-02-06 21:51, François Lacombe wrote: Hi folks, I feel a bit disappointed with the power=portal tag, pretty widely used in Germany for instance. It seems to document start points of a power line in power substations. Have a look : http://www.power-technology.com/contractor_images/pauwels/4_Compact-substation.jpg There are only 18 of them in France, I thought it would be better to don't use it. I don't even know if it's the right English term. Nevertheless the idea of considering portals instead of standard towers in substations sounds good. How do you feel about this ? I am not an expert on this, but I have never heard this described as a 'portal'. In English a portal is some sort of opening or entrance or hole, so it doesn't make much sense for part of a power line or a tower. I'm not sure what the correct name for this is. I would suggest something like termination tower or maybe terminator. Craig ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Spam via OSM messaging?
Anybody else get a spam via OSM's message system from this user so far or am I the only one? http://www.openstreetmap.org/user/Sheila%20Fomba ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Spam via OSM messaging?
I also received a message from the same username. On Fri, Feb 7, 2014 at 9:02 AM, Paul Johnson ba...@ursamundi.org wrote: Anybody else get a spam via OSM's message system from this user so far or am I the only one? http://www.openstreetmap.org/user/Sheila%20Fomba ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-au] Contemporary Social Mapping seminar at the NLA
Could be an interesting opportunity for any local Canberran OSM'ers: A seminar discussing the miraculous innovations in contemporary social cartography with key mapping experts Simon Costello, Group Leader National Geographic Information, Geoscience Australia, Thomas Blackmore, Spatial analyst and GIS developer, Australian Bureau of Statistics and Jeff Robinson, Executive Manager, Professional Services, ESRI Australia, as they discuss the many changes and innovations in contemporary cartography. https://register.eventarc.com/18824/exhibition-event-mapping-our-world-contemporary-social-mapping 25th Feb, National Library of Australia. Regards, Murray ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Remoção de dados por solicitação de usuário
Pessoal, Um usuário havia excluído uns caminhos aqui no mapa de PoA, e quando eu recuperei a informação, ele me disse que o havia feito para evitar invasões na propriedade que é de família. Naturalmente podemos excluir, mas tenho dúvida se: - devemos (creio que sim, embora talvez fosse melhor solicitar que a pessoa comprovasse de alguma forma que mora realmente onde diz que mora, senão é brecha pra vandalismo) - como fazemos para evitar que outra pessoa remapeie a via (uma idéia é colocar um polígono com uma anotação e sem tags relacionadas ao rendering, mas não sei se ficaria claro pros usuários do iD e do Potlatch) Idéias? Opiniões? -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Remoção de dados por solicitação de usuário
Não acho que deveria ser excluído. Pode botar access=private, mas excluir não vejo porque seria necessário. []s Em 07/02/2014 00:41, Fernando Trebien fernando.treb...@gmail.com escreveu: Pessoal, Um usuário havia excluído uns caminhos aqui no mapa de PoA, e quando eu recuperei a informação, ele me disse que o havia feito para evitar invasões na propriedade que é de família. Naturalmente podemos excluir, mas tenho dúvida se: - devemos (creio que sim, embora talvez fosse melhor solicitar que a pessoa comprovasse de alguma forma que mora realmente onde diz que mora, senão é brecha pra vandalismo) - como fazemos para evitar que outra pessoa remapeie a via (uma idéia é colocar um polígono com uma anotação e sem tags relacionadas ao rendering, mas não sei se ficaria claro pros usuários do iD e do Potlatch) Idéias? Opiniões? -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Remoção de dados por solicitação de usuário
2014-02-07 Fernando Trebien fernando.treb...@gmail.com: Naturalmente podemos excluir, mas tenho dúvida se: - devemos (creio que sim, embora talvez fosse melhor solicitar que a pessoa comprovasse de alguma forma que mora realmente onde diz que mora, senão é brecha pra vandalismo) Não me parece que esse caso comprometa alguma coisa (é apenas um caminho, como as ruas das nossas casas; na verdade as nossas casas estão em uma situação pior: têm até fotos no Street View). - como fazemos para evitar que outra pessoa remapeie a via (uma idéia é colocar um polígono com uma anotação e sem tags relacionadas ao rendering, mas não sei se ficaria claro pros usuários do iD e do Potlatch) note seria a tag para isso, em um nó preferencialmente, mas creio que as pessoas vão simplesmente ignorar ou apagar esse objeto estranho Ao mesmo tempo também acho difícil alguém mapear novamente este trecho. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] St.-ZickeZacke-Str.
Am 6. Februar 2014 08:35 schrieb Jo winfi...@gmail.com: Es ist sogar nicht möglich etwas 'triviales' und notwendiges als public_transport=platform zu rendern wenn highway=bus_stop nicht anwesend ist. eine Frage der Zeit (und ob sich der tag überhaupt durchsetzt). Es ist eben auch so, dass man mit highway=bus_stop nach wie vor viel mehr Bushaltestellen rendert als mit public_transport=platform und bus=yes Prinzipiell kann man durchaus beliebige keys rendern, nur setzt das eine Anpassung des default.style und einen Neuimport voraus. Das wird man aber nur machen, wenn es sich lohnt, weil jeder key eine zusätzliche Spalte in der (Render-)Datenbank bedeutet (wenn man es nicht mit hstore macht, wie der deutsche Stil), und zwar für alle Objekte, unabhängig davon, ob sie den tag haben oder nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolperstein-Relationen entsorgen?
Am 5. Februar 2014 18:20 schrieb malenki o...@malenki.ch: Spätestens dann, wenn ich konkurrierende, undokumentierte Tags im zweistelligen Bereich aufräume. Finde ich auch problematisch. Jeder neue tag hat mal klein angefangen. Klar, wenn es um values geht, die nicht dokumentiert sind und einen alteingesessenen Key blockieren, obwohl es dazu bereits Werte gäbe, die perfekt passen, dann ist das OK (Rückfrage wäre aber trotzdem nicht schlecht, und m.E. erforderlich, wenn man die Stelle nicht persönlich kennt und es kein offensichtlicher Tippfehler ist). Wenn es hingegen um neue keys geht, sollte man m.E. deutlich toleranter sein, und vor dem Löschen in jedem Fall mal nachfragen, welche Bewandnis es mit dem tag hat. Der Policy zufolge darf man nicht einmal hier¹ nach Feldweg | Waldweg suchen, um die entsprechenden Objekte zu korrigieren - nämlich highway=track setzen und name=* entfernen. Feldweg / Waldweg kommt evtl. gelegentlich mal als Name vor, von daher sehe ich das auch kritisch wenn man irgendwo pauschal editiert (also nicht da, wo man sich auskennt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Wie ich es verstanden hatte wird der jetzt schon mitgenommen, sonder noch nicht gerendert. Ich bin damit angefangen um alle Haltestellen doppelt zu taggen. Es ist dann einfacher in JOSM und sonst kann man immer sagen dass der public_transport tagging Schema nicht durchsetzt... Jo 2014-02-06 Martin Koppenhoefer dieterdre...@gmail.com: Am 6. Februar 2014 08:35 schrieb Jo winfi...@gmail.com: Es ist sogar nicht möglich etwas 'triviales' und notwendiges als public_transport=platform zu rendern wenn highway=bus_stop nicht anwesend ist. eine Frage der Zeit (und ob sich der tag überhaupt durchsetzt). Es ist eben auch so, dass man mit highway=bus_stop nach wie vor viel mehr Bushaltestellen rendert als mit public_transport=platform und bus=yes Prinzipiell kann man durchaus beliebige keys rendern, nur setzt das eine Anpassung des default.style und einen Neuimport voraus. Das wird man aber nur machen, wenn es sich lohnt, weil jeder key eine zusätzliche Spalte in der (Render-)Datenbank bedeutet (wenn man es nicht mit hstore macht, wie der deutsche Stil), und zwar für alle Objekte, unabhängig davon, ob sie den tag haben oder nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] konkurrierende Tags vs mechanical edits [war Re: Stolperstein-Relationen entsorgen?]
Martin Koppenhoefer schrieb: Am 5. Februar 2014 18:20 schrieb malenki o...@malenki.ch: Spätestens dann, wenn ich konkurrierende, undokumentierte Tags im zweistelligen Bereich aufräume. Finde ich auch problematisch. Jeder neue tag hat mal klein angefangen. Klar, wenn es um values geht, die nicht dokumentiert sind und einen alteingesessenen Key blockieren, obwohl es dazu bereits Werte gäbe, die perfekt passen, dann ist das OK (Rückfrage wäre aber trotzdem nicht schlecht, und m.E. erforderlich, wenn man die Stelle nicht persönlich kennt und es kein offensichtlicher Tippfehler ist). Wenn es hingegen um neue keys geht, sollte man m.E. deutlich toleranter sein, und vor dem Löschen in jedem Fall mal nachfragen, welche Bewandnis es mit dem tag hat. Der andere Weg wäre, die beiden konkurrierenden Tags vor sich hin wachsen zu lassen. Wenn dann beide schön groß und stark geworden sind, darf ein Freiwilliger ein Proposal basteln, damit ein Tag offiziell akzeptiert wird, dann darf er auf der mechanical-Edit-Seite seinen Vorschlag einreichen, diesen auf den üblichen OSM-Kanälen bekannt machen und diskutieren, um dann irgendwann die Tags aufzuräumen (oder auch nicht). BTDT Ich bezweifle, dass ich das ein zweites Mal freiwillig machen würde. Der Policy zufolge darf man nicht einmal hier¹ nach Feldweg | Waldweg suchen, um die entsprechenden Objekte zu korrigieren - nämlich highway=track setzen und name=* entfernen. Feldweg / Waldweg kommt evtl. gelegentlich mal als Name vor, von daher sehe ich das auch kritisch wenn man irgendwo pauschal editiert (also nicht da, wo man sich auskennt). Die verlinkte Häufung ist auch für einen Fernedit eindeutig. Aber ich lasse die Finger davon, da ich genügend anderes zu tun habe und keine Lust auf langwierige, vermutlich fruchtlose Diskussionen mit dem Verfasser. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] konkurrierende Tags vs mechanical edits [war Re: Stolperstein-Relationen entsorgen?]
Hallo zusammen, Spätestens dann, wenn ich konkurrierende, undokumentierte Tags im zweistelligen Bereich aufräume. Der andere Weg wäre, die beiden konkurrierenden Tags vor sich hin wachsen zu lassen. Wie wäre es mit: Die Mapper anschreiben, die das Tag benutzen, auch bei kleiner Anzahl? Es könnte helfen zu klären, ob die Tags überhaupt das gleiche bezeichnen. Wenn ja, lassen sich Mapper eigentlich immer von einheitlichem Tagging überzeugen. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] konkurrierende Tags vs mechanical edits [war Re: Stolperstein-Relationen entsorgen?]
Am 6. Februar 2014 17:11 schrieb malenki o...@malenki.ch: Der andere Weg wäre, die beiden konkurrierenden Tags vor sich hin wachsen zu lassen. Wenn dann beide schön groß und stark geworden sind, darf ein Freiwilliger ein Proposal basteln, damit ein Tag offiziell akzeptiert wird, dann darf er auf der mechanical-Edit-Seite seinen Vorschlag einreichen, diesen auf den üblichen OSM-Kanälen bekannt machen und diskutieren, um dann irgendwann die Tags aufzuräumen (oder auch nicht). BTDT Ich bezweifle, dass ich das ein zweites Mal freiwillig machen würde. wenn es um ein Synonym für einen tag geht (gemeint ist identische Bedeutung), weil jemand das andere Wort für den tag besser gefällt, dann macht es meiner Ansicht nach normalerweise auch keinen Sinn, überhaupt was am Status Quo zu ändern (Ausnahmen sind vielleicht Fälle, wo es aufgrund unglücklicher Wortwahl permanent zu Fehlinterpretationen kommt, z.B. farm). Was mir aber vor einiger Zeit schon passiert ist, dass ich einen neuen tag für etwas neues (in dem Fall war es ein Brückenumriss) verwendet habe, und das dann von einem großen mechanischen Edit in einen existierenden tag (für was anderes) umgebogen wurde. Damals hatte ich den Mapper angeschrieben und der hatte dann irgendwie so was geantwortet wie, das sei ihm wohl durch die Lappen gegangen aber die Mehrheit seines Edits sei trotzdem sinnvoll gewesen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Geldinstitute im Wald
Am 05.02.2014 18:30, schrieb Bernd Wurst: ¹ http://www.osm.org/#map=17/50.89753/7.68173 Ihr habt eine vergleichsweise hohe Dichte an Geldinstituten dort im Wald. :) Eine Bank ist eine Bank ist eine Bank... :-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Am 06.02.14 schrieb Manuel Reimer: Gibt es denn, außer dem Argument sieht im Rendering blöd aus weil der Name zu lang wird und deshalb nicht auf die Straße passt denn ein Argument *gegen* das Ausschreiben von Doktor? Klar ist das unmissverständlich weil Dr. zumindest bei uns sehr gängig ist um den Titel abzukürzen. Dennoch ist es eben *nicht* der Name der Straße. Im allgemeinen Sprachgebrauch kürzt das ja auch niemand ab sondern nur zum Platzsparen im gedruckten Text. Der Dr. wird auch da abgekürzt, wo Platz ist: http://www.studis-online.de/Studieren/Richtig_schreiben/anrede_und_gruss.php Die schriftliche Form und der Sprachgebrauch sind zwei verschiedene Sachen. Schließlich taggt man ja auch nicht addr:housenumber=9 bis 11, auch wenn es so ausgesprochen wird. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Am 05.02.14 schrieb Peter Wendorff: Eine TTS-Software, sie in dem Sinne gut ist wie du dir das vorstellst, gibt es vermutlich nicht, was nicht an der Faulheit der Entwickler liegen dürfte. Für TTS muss ich wissen, in welcher Sprache ich mich bewege. Dann kann ich je nach Sprache auch wahlweise Dr.-Doktor oder Dr-drive expandieren. Siehe dafür http://mary.dfki.de:59125/ - Sprache bits3-hsmm de male hmm Willkommen in Dr.-Wendorff-Stadt! (aus St. wird scht) - Sprache cmu-bdl-hsmm en_US male hmm Welcome to Mulholland dr! (aus St. wird saint) Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Ich weiß nicht, ob du das mitgekriegt hast, aber Dr. steht auch im Englischen nicht nur für Drive. Zugegeben - da heißt es dann Doctor, nicht Doktor... Ob die Kirche Sankt Maria in Deutschland zu Santa Maria oder Saint Maria werden sollte, selbst in einer anderen Sprache, halte ich im übrigen für Diskussionswürdig, oder würdest Du anstatt Saint Paul’s Cathedral in London Sankt Paul's Cathedral in deiner deutschen Sprachausgabe hören wollen? Entweder doch vermutlich Sankt Pauls-Kathedrale, oder aber den Eigennamen Saint Paul’s Cathedral - aber nicht so 'nen komischen Mix weil die TTS natürlich nur teilweise übersetzen kann (und wird). Klar: Lässt sich durch Angabe unterschiedlicher name:[lang]-Werte lösen - aber wenn die nicht da sind, hilfts eben nicht. Richtig ist: Wenn du der TTS-Engine per Software mitteilen kannst, in welcher Sprache der Name geschrieben ist, dann kann sie darauf eingehen, für Webseiten auf Deutsch kann man dazu den englischen Eigennamen der Kirche in ein entsprechendes html-Tag mit lang=en kapseln. Für den Name-Tag ist das schon schwieriger, weil die Sprache nicht bekannt ist. Das geht also nur, wenn die Sprache durch die Namensgleichheit mit einem lokalisierten name-Tag identifiziert werden kann; und da dann auch die Abkürzungen unterschiedlich sind, wär ich mir bei z.B. einer südamerikanischen Kirche nicht sicher, ob der Name jetzt im Original Spanisch, Portugisisch oder Deutsch ist, lässt sich anhand des St aber nicht unbedingt ablesen - die Frage, in welcher Sprache der Text sich insgesamt bewegt, ist eben gerade bei Eigennamen KEIN Hinweis darauf, was korrekt wäre im Kontext des Namens. Gruß Peter Am 06.02.2014 18:46, schrieb Fabian Schmidt: Am 05.02.14 schrieb Peter Wendorff: Eine TTS-Software, sie in dem Sinne gut ist wie du dir das vorstellst, gibt es vermutlich nicht, was nicht an der Faulheit der Entwickler liegen dürfte. Für TTS muss ich wissen, in welcher Sprache ich mich bewege. Dann kann ich je nach Sprache auch wahlweise Dr.-Doktor oder Dr-drive expandieren. Siehe dafür http://mary.dfki.de:59125/ - Sprache bits3-hsmm de male hmm Willkommen in Dr.-Wendorff-Stadt! (aus St. wird scht) - Sprache cmu-bdl-hsmm en_US male hmm Welcome to Mulholland dr! (aus St. wird saint) Gruß, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Am 06.02.2014, 19:09 Uhr, schrieb Peter Wendorff wendo...@uni-paderborn.de: Saint Paul’s Cathedral Lustig, die Engländer haben anscheinend kein Problem mit dem St. in Eigennamen (und das trotz Verwechslungsgefahr Saint/Street): http://www.openstreetmap.org/way/4959544#map=19/51.51372/-0.09845 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zum Lizenzwechsel
Moin, hat sich denn keiner einen Screenshot von seiner Gegend vorher -- nachher gemacht? Oder hat jemand eine Idee, wo ich im Netz so etwas finden kann? Danke Gruß Falk Am 5. Februar 2014 09:10 schrieb Falk Zscheile falk.zsche...@gmail.com: Hallo, für einen Vortrag über den Lizenzwechsel bei OSM suche ich Bilder, die den Lizenzwechsel veranschaulichen. Insbesondere wäre es schön, wenn mir jemand einen Kartenausschnitt zur Verfügung stellen könnte, auf dem die Datenlage vor dem Lizenzwechsel, kurz danach (Lücken) und heute schön zu erkennen ist. Vielen Dank Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zum Lizenzwechsel
Hi, On 06.02.2014 20:06, Falk Zscheile wrote: hat sich denn keiner einen Screenshot von seiner Gegend vorher -- nachher gemacht? Oder hat jemand eine Idee, wo ich im Netz so etwas finden kann? Ich hab noch die Vorher-Daten, und die Nachher-Daten sind ja sowieso verfügbar. Die für ein bestimmtes Gebiet in eine Datenbank laden und ein Bild machen ist auch nicht schwer, vorausgesetzt, jemand kann mir vorher sagen, welches Gebiet sich lohnt... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zum Lizenzwechsel
Am 06.02.2014 20:50, schrieb Frederik Ramm: Hi, On 06.02.2014 20:06, Falk Zscheile wrote: hat sich denn keiner einen Screenshot von seiner Gegend vorher -- nachher gemacht? Oder hat jemand eine Idee, wo ich im Netz so etwas finden kann? Ich hab noch die Vorher-Daten, und die Nachher-Daten sind ja sowieso verfügbar. Die für ein bestimmtes Gebiet in eine Datenbank laden und ein Bild machen ist auch nicht schwer, vorausgesetzt, jemand kann mir vorher sagen, welches Gebiet sich lohnt... Bye Frederik Wie wäre es mit Artern bzw. Rossleben. War vorher das non-plus-ultra und hinterher nur noch ein gerippe aus geremappten Straßen und ist aktuell wieder recht ansehnlich. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hitler-Berg und Stalinstadt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, die Gemeinde Wackersberg einigt sich mit dem Riesen Google, dass die Weiterleitung vom ex Hitlerberg auf den Heigelkopf entfernt wird. Bei OSM ist das als old_name getaggt - soweit so richtig. Was ist aber z.B. mit ex Stalinstadt, seit 1961 Eisenhüttenstadt? Müsste da nicht auch ein old_name:1953-1961 Stalinstadt -Tag rein? Zumal die Stadt 1953 mit diesem Namen gegründet wurde. Oder wie weit sollten die historischen Namen bei OSM geführt werden? Chemnitz z.B. hat einige Namen gehabt - -- http://de.wikipedia.org/wiki/Geschichte_der_Stadt_Chemnitz Wie weit sollte also ein old_name-Tag zurück gehen? MfG Angie - -- - --BEGIN H*KEY BLOCK- v4sw5CPUhw5pr5FPck2ma8u7Lw3XGm1l7ELi3JNTe7t4TNDVb5Oen5g3/2ZMa5XsSr1p md575107a5d52c10f952288d17f2df7af632 - ---END H*KEY BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLz8asACgkQbWutCqbzQO33pACcDPf3zC9yctqwNZbGcMw5AJc7 FkgAnigsDlz3/dH+rnix8GiV3FAXfZnV =xsnA -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
On 06.02.2014 19:18, Martin Raifer wrote: Lustig, die Engländer haben anscheinend kein Problem mit dem St. in Eigennamen (und das trotz Verwechslungsgefahr Saint/Street): http://www.openstreetmap.org/way/4959544#map=19/51.51372/-0.09845 Und bei uns hat niemand ein Problem damit das Sankt auszuschreiben. So what? http://www.openstreetmap.org/#map=19/48.36587/10.90284 Was hat dieses Beispiel nun gebracht? Ursprungsfrage war ja, ob man in den name Tag den ganzen Namen einträgt oder eine in der jeweiligen Schriftform gebräuchliche Abkürzung. Und bei OSM ist es schon seit Jahren so, dass es immer die Langfassung sein soll. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Am 06.02.14 schrieb Peter Wendorff: Ich weiß nicht, ob du das mitgekriegt hast, aber Dr. steht auch im Englischen nicht nur für Drive. Zugegeben - da heißt es dann Doctor, nicht Doktor... Probier es aus: das DFKI interpretiert Welcome to Dr. Mulholland! als Doctor. Klar: Lässt sich durch Angabe unterschiedlicher name:[lang]-Werte lösen - aber wenn die nicht da sind, hilfts eben nicht. Entweder interpretiere ich die Sprache richtig, dann weiß ich, was die Abkürzung heißt. Oder ich spreche den Namen falsch aus und hab damit ein größeres Problem als mit dem Unterschied Saint - Sankt. Für den Name-Tag ist das schon schwieriger, weil die Sprache nicht bekannt ist. Das geht also nur, wenn die Sprache durch die Namensgleichheit mit einem lokalisierten name-Tag identifiziert werden kann; Einfacher ist, anderswo anhand der Sprachgrenzen rauszufinden, was denn dort gesprochen werden kann, in erster *Näherung* schau ich bei ethnologue.com o.ä., welche Hauptsprache es in dem Land gibt. wär ich mir bei z.B. einer südamerikanischen Kirche nicht sicher, ob der Name jetzt im Original Spanisch, Portugisisch oder Deutsch ist, lässt sich anhand des St aber nicht unbedingt ablesen San und São haben kein t, die Sprachgrenze in Südamerika ist sehr klar, und warum sollte der Name deutsch sein? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Und wie viel Auswertung verlangst du für jede Software? Wir sind uns doch einig, dass es nicht schwieriger für Mapper ist, die ausgeschriebene Fassung in den name-Tag zu schreiben. Für Software ist es einfach, eine vorhandene Langform bei Bedarf abzukürzen. Damit eine Software - egal welche - die Kurzform korrekt verlängern kann, muss sie 1) die Sprache kennen, das ist nur selten direkt der Fall, alternativ 1a) aus der Lage die Sprache erraten - das geht, erfordert aber eine entsprechende Heuristik sowie eine geometrische Abfrage, wo der Name auf der Welt vorkommt, 2) Kommt ein Name mit einer entsprechenden Abkürzung in einem Gebiet vor, in dem eigentlich eine andere Sprache vorherrscht, so muss der Mapper dies wissen und entgegen deiner Regel die Langform eintragen, weil jede Heuristik oder Sprachsuche sonst fehlschlagen muss. Mit (2) wird deine Regel also zu: Die Langform in name schadet nicht, aber für bestimmte Abkürzungen (im Deutschen mindestens Dr. für Doktor, St. für Sankt und Str. für Straße, wobei bei einem str am ende des Wortes auf keinen Fall der Punkt vergessen werden darf), ist es in Ordnung die Abkürzung als Abkürzung zu belassen, weil wir von Softwareentwicklern entsprechende Auswertungsintelligenz erwarten. Alleine für deine erste Näherung (und dass das auch nur eine Näherung ist, betonst du ja), braucht jede Software also entweder eine Verbindung zum Netz oder eine Datenbank, die eine Zuordnung zwischen Land und Sprache(n) zu bilden. Das erfordert aber schon, dass ich zu dem Namen das Land kenne, sonst brauch ich auch noch eine Zuordnung von Koordinatenbereichen zum Land (oder direkt zur Sprache), denn im Zweifelsfall gibt es in den OSM-Daten keine Informationen zum Land, weil diese z.B. nur eine Stadt abdecken, und auch addr:country nicht belegt ist. Noch mal: Ich weiß, dass das möglich ist; erst Recht mit Referenz auf fremde Quellen; aber wofür OSM nutzen, wenn wir hinterher wikipedia, ethnologue.com und alles mögliche andere brauchen, um die Daten nutzen zu können. Ich hab nichts dagegen, Daten einzusparen, wo sie wirklich sinnlos sind - z.B. in der aktuellen und wiederkehrenden Diskussion um Mengen-Relationen; aber hier ist es sehr wenig bis gar kein Aufwand, der viel bis sehr viel Aufwand auf anderer Seite spart und außerdem in OSM alleine eine eindeutige Situation schafft, die keinen Interpretationsspielraum braucht, erst recht keine Drittquellen. Gruß Peter Am 06.02.2014 23:20, schrieb Fabian Schmidt: Am 06.02.14 schrieb Peter Wendorff: Ich weiß nicht, ob du das mitgekriegt hast, aber Dr. steht auch im Englischen nicht nur für Drive. Zugegeben - da heißt es dann Doctor, nicht Doktor... Probier es aus: das DFKI interpretiert Welcome to Dr. Mulholland! als Doctor. Klar: Lässt sich durch Angabe unterschiedlicher name:[lang]-Werte lösen - aber wenn die nicht da sind, hilfts eben nicht. Entweder interpretiere ich die Sprache richtig, dann weiß ich, was die Abkürzung heißt. Oder ich spreche den Namen falsch aus und hab damit ein größeres Problem als mit dem Unterschied Saint - Sankt. Für den Name-Tag ist das schon schwieriger, weil die Sprache nicht bekannt ist. Das geht also nur, wenn die Sprache durch die Namensgleichheit mit einem lokalisierten name-Tag identifiziert werden kann; Einfacher ist, anderswo anhand der Sprachgrenzen rauszufinden, was denn dort gesprochen werden kann, in erster *Näherung* schau ich bei ethnologue.com o.ä., welche Hauptsprache es in dem Land gibt. wär ich mir bei z.B. einer südamerikanischen Kirche nicht sicher, ob der Name jetzt im Original Spanisch, Portugisisch oder Deutsch ist, lässt sich anhand des St aber nicht unbedingt ablesen San und São haben kein t, die Sprachgrenze in Südamerika ist sehr klar, und warum sollte der Name deutsch sein? Gruß, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz - Automatik
On Thu, Feb 06, 2014 at 07:19:45AM +0100, Markus wrote: Hallo André, Dank Wochenrückblick ist Deine Versatz-DB wieder in Erinnerung gerückt: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database Der entscheidende Schritt wäre m.E., wenn jemand das *Plugin in JOSM als default* einpflegen könnte, und zwar so, dass es automatisch anspringt, und automatisch den optimalen Versatz anwendet, sobald jemand Bing als Hintergrundbild lädt. ich habe inzwischen ein JOSM Ticket eröffnet, würde vorschlagen hier kommentieren und abstimmen: https://josm.openstreetmap.de/ticket/9630 Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Am 06.02.14 schrieb Peter Wendorff: Und wie viel Auswertung verlangst du für jede Software? Ich verlange vom Mapper, Straße statt Str. zu schreiben, ebenso Anette von Droste-Hülshoff. Ich verlange von Nominatim, dass es str in straße expandiert (hier schadet es ja nicht, wenn falsch geraten wird). Und ich gehe in einigen Fällen davon aus, dass fast überall mit der abgekürzten Form gearbeitet wird (Dr., E.T.A. Hoffmann). Gruß gute Nacht, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Am 07.02.14 schrieb Fabian Schmidt: Und ich gehe in einigen Fällen davon aus, dass fast überall mit der abgekürzten Form gearbeitet wird (Dr., E.T.A. Hoffmann). In 100 Metern links abbiegen in die estimated-time-to-arrival-Straße. Gruß gute Nacht, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
(Dr., E.T.A. Hoffmann) Direkt eigentlich trivial abgekürzt hofft man. 2014-02-07 Fabian Schmidt fschm...@informatik.uni-leipzig.de: Am 07.02.14 schrieb Fabian Schmidt: Und ich gehe in einigen Fällen davon aus, dass fast überall mit der abgekürzten Form gearbeitet wird (Dr., E.T.A. Hoffmann). In 100 Metern links abbiegen in die estimated-time-to-arrival-Straße. Gruß gute Nacht, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Sehe ich genauso! Am Donnerstag, 6. Februar 2014 schrieb Peter Wendorff : Und wie viel Auswertung verlangst du für jede Software? Wir sind uns doch einig, dass es nicht schwieriger für Mapper ist, die ausgeschriebene Fassung in den name-Tag zu schreiben. Für Software ist es einfach, eine vorhandene Langform bei Bedarf abzukürzen. Damit eine Software - egal welche - die Kurzform korrekt verlängern kann, muss sie 1) die Sprache kennen, das ist nur selten direkt der Fall, alternativ 1a) aus der Lage die Sprache erraten - das geht, erfordert aber eine entsprechende Heuristik sowie eine geometrische Abfrage, wo der Name auf der Welt vorkommt, 2) Kommt ein Name mit einer entsprechenden Abkürzung in einem Gebiet vor, in dem eigentlich eine andere Sprache vorherrscht, so muss der Mapper dies wissen und entgegen deiner Regel die Langform eintragen, weil jede Heuristik oder Sprachsuche sonst fehlschlagen muss. Mit (2) wird deine Regel also zu: Die Langform in name schadet nicht, aber für bestimmte Abkürzungen (im Deutschen mindestens Dr. für Doktor, St. für Sankt und Str. für Straße, wobei bei einem str am ende des Wortes auf keinen Fall der Punkt vergessen werden darf), ist es in Ordnung die Abkürzung als Abkürzung zu belassen, weil wir von Softwareentwicklern entsprechende Auswertungsintelligenz erwarten. Alleine für deine erste Näherung (und dass das auch nur eine Näherung ist, betonst du ja), braucht jede Software also entweder eine Verbindung zum Netz oder eine Datenbank, die eine Zuordnung zwischen Land und Sprache(n) zu bilden. Das erfordert aber schon, dass ich zu dem Namen das Land kenne, sonst brauch ich auch noch eine Zuordnung von Koordinatenbereichen zum Land (oder direkt zur Sprache), denn im Zweifelsfall gibt es in den OSM-Daten keine Informationen zum Land, weil diese z.B. nur eine Stadt abdecken, und auch addr:country nicht belegt ist. Noch mal: Ich weiß, dass das möglich ist; erst Recht mit Referenz auf fremde Quellen; aber wofür OSM nutzen, wenn wir hinterher wikipedia, ethnologue.com und alles mögliche andere brauchen, um die Daten nutzen zu können. Ich hab nichts dagegen, Daten einzusparen, wo sie wirklich sinnlos sind - z.B. in der aktuellen und wiederkehrenden Diskussion um Mengen-Relationen; aber hier ist es sehr wenig bis gar kein Aufwand, der viel bis sehr viel Aufwand auf anderer Seite spart und außerdem in OSM alleine eine eindeutige Situation schafft, die keinen Interpretationsspielraum braucht, erst recht keine Drittquellen. Gruß Peter Am 06.02.2014 23:20, schrieb Fabian Schmidt: Am 06.02.14 schrieb Peter Wendorff: Ich weiß nicht, ob du das mitgekriegt hast, aber Dr. steht auch im Englischen nicht nur für Drive. Zugegeben - da heißt es dann Doctor, nicht Doktor... Probier es aus: das DFKI interpretiert Welcome to Dr. Mulholland! als Doctor. Klar: Lässt sich durch Angabe unterschiedlicher name:[lang]-Werte lösen - aber wenn die nicht da sind, hilfts eben nicht. Entweder interpretiere ich die Sprache richtig, dann weiß ich, was die Abkürzung heißt. Oder ich spreche den Namen falsch aus und hab damit ein größeres Problem als mit dem Unterschied Saint - Sankt. Für den Name-Tag ist das schon schwieriger, weil die Sprache nicht bekannt ist. Das geht also nur, wenn die Sprache durch die Namensgleichheit mit einem lokalisierten name-Tag identifiziert werden kann; Einfacher ist, anderswo anhand der Sprachgrenzen rauszufinden, was denn dort gesprochen werden kann, in erster *Näherung* schau ich bei ethnologue.com o.ä., welche Hauptsprache es in dem Land gibt. wär ich mir bei z.B. einer südamerikanischen Kirche nicht sicher, ob der Name jetzt im Original Spanisch, Portugisisch oder Deutsch ist, lässt sich anhand des St aber nicht unbedingt ablesen San und São haben kein t, die Sprachgrenze in Südamerika ist sehr klar, und warum sollte der Name deutsch sein? Gruß, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] IX Workshop ArcheoFOSS - Call for proposals
Carissimi Vi inoltro la call per ArcheoFOSS 2014. un saluto Piergiovanna --- Con preghiera di diffusione / please forward to whom may be interested* * *IX Workshop Free/Libre and Open Source Software e Open Format nei processi di ricerca archeologica. Dall'indagine alla condivisione. Le tecnologie, le metodologie e i linguaggi dell'archeologia /open/. Verona, 19-20 giugno 2014* L'edizione 2014 di ArcheoFOSS verrà ospitata dal Dipartimento Tempo, Spazio, Immagine e Società - TeSIS, in collaborazione con il Dipartimento di Informatica, Università di Verona. Gli argomenti principali del Workshop riguarderanno l'uso di strumenti e sistemi /free e open source/ e l'apertura e condivisione di dati in ambito archeologico e dei beni culturali. I contenuti spazieranno dalle attività di ricerca sul campo, alle analisi e studi in laboratorio, alla condivisione e divulgazione via /web/, comprendendo sia l'esposizione di lavori di indagine e studio sia la presentazione di progetti mirati alla rielaborazione e divulgazione dei dati. Chi desidera *presentare un contributo* può inviare la propria proposta a *works...@archeofoss.org mailto:works...@archeofoss.org *tramite il modulo di presentazione scaricabile alla pagina: http://www.archeofoss.org/archeofoss-2014/proposta-intervento/ Le *linee tematiche* sono le seguenti: * Sistemi e strumenti FLOSS nella ricerca archeologica e relativa ai beni culturali * Sistemi e strumenti FLOSS nella gestione, tutela e valorizzazione del patrimonio archeologico e dei beni culturali * Sistemi FLOSS di rappresentazione, analisi, condivisione e pubblicazione web di dati archeologici e dei beni culturali * Progetti di apertura e divulgazione di dati archeologici e relativi ai beni culturali Le *sessioni del Workshop* in cui è possibile presentare una proposta sono le seguenti: 1. relazioni 2. seminari/workshop 3. presentazioni di tesi di laurea o di piccoli progetti in fieri 4. barcamp 5. install party o programming section 6. altro (da specificare a cura del proponente) I contributi verranno inseriti nel programma in base al contenuto proposto, alla qualità del lavoro e al numero di proposte pervenute. La*scadenza* per la presentazione delle proposte è il*15 Aprile 2014, ore 24.* **Per altre informazioni visitare il sito del Workshop: http://www.archeofoss.org/archeofoss-2014/ oppure a scrivere a: *works...@archeofoss.org mailto:works...@archeofoss.org* -- -- *IX Workshop Free/Libre and Open Source Software and Open Format in the processes of archaeological research From research to shared knowledge. Technologies, methodologies and language of open archaeology Verona, 19-20th Juny 2014 * The IX Workshop ArcheoFOSS will be hosted by the Department Time, Space, Image and Society and Department of Computer Science, University of Verona. The workshop will focus on the use of free and open source software and on the opening and sharing of data related to archeology and cultural heritage. Key topics range from field research activities, to analysis and lab studies, to sharing and dissemination via web, including the presentation of excavation, research, study activities and of projects aimed at data processing and dissemination. Those who want to*submit a proposal* should send it through the submission form (see http://www.archeofoss.org/archeofoss-2014/call-for-proposals/) to: *works...@archeofoss.org mailto:works...@archeofoss.org* The*thematic lines* are: * FLOSS systems and tools in archaeological and cultural heritage research; * FLOSS systems and tools in management, preservation and enhancement of archaeological and cultural heritage; * FLOSS systems of representation, analysis, sharing and web publishing of archaeological and cultural heritage; * Projects focused on opening and disseminating archaeological and cultural heritage data. *Workshop sessions*, in which the proposals may be included, are: 1 . talks 2 . seminars / workshops 3 . presentations of dissertations or small projects in progress 4 . barcamp 5 . install party or programming section 6 . other ( to be specified by the proposer ) Proposals will be included in the program based on contents, quality of work and number of proposals received. The *deadline* for submissions is *April 15, 2014 , at 24.00.* For further information see: http://www.archeofoss.org/archeofoss-2014/ e-mail: *works...@archeofoss.org mailto:works...@archeofoss.org* ___ Talk-it mailing list Talk-it@openstreetmap.org
Re: [Talk-it] Route Trasporti e rotonde
Il giorno 05 febbraio 2014 23:33, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Am 05/feb/2014 um 23:04 schrieb Giuliano giuli...@zamboni.pro: io lo contatterei privatamente spiegandogli perchè erano spezzate. Poi vedi la sua reazione, ma di solito, se spieghi con cortesia e documentando, capiscono e si adeguano +1 +1. È giusto come hai fatto tu. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] stazioni meteo e errore coordinate WTOSM
ciao, mi sono accorto che in wikipedia sono presenti molte stazioni meteorologiche. come questa: https://it.wikipedia.org/wiki/Stazione_meteorologica_di_Montalto_Pavese guardatele tutte qui http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html purtroppo le coordinate con cui sono state importate in wikipedia sono ESTREMAMENTE approssimate (alcuni kilometri di errore) secondo me, fino a quando non saranno fornite coordinate corrette non le si dovrebbe mappare su osm. errore di conversione? fonte poco precisa? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stazioni meteo e errore coordinate WTOSM
2014-02-06 10:58 GMT+01:00 Matteo Zaffonato zaff...@gmail.com: Magari l'import potrebbe essere un incoraggiamento a mappers locali per aggiornare il dato su OSM e su Wikipedia. Non diciamo fesserie, se qualcuno è interessato a mapparle va e le mappa, possibilimente con un GPS. Inserire migliaia di punti errati, abbasserebbe la qualità di OSM perciò sarebbe controproducente al progetto. Matteo -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stazioni meteo e errore coordinate WTOSM
purtroppo le coordinate con cui sono state importate in wikipedia sono ESTREMAMENTE approssimate (alcuni kilometri di errore) secondo me, fino a quando non saranno fornite coordinate corrette non le si dovrebbe mappare su osm. errore di conversione? fonte poco precisa? Concordo con Simone che nel processo di allineamento fra dati di OpenStreetMap e voci di Wikipedia è opportuno dare maggior peso di autorità sulle coordinate ad Openstreetmap visto che questo progetto ha, per mandato, il dato geografico. Escluderei pertanto di portare coordinate da Wikipedia a Openstreetmap qualora non siano verificate per bene. Esattamente come facciamo di solito. In questo caso consiglio di lasciare un messaggio sulla pagina di discussione di Wikipedia della voce Quanto all'errore secondo me è il classico caso di fonte poco precisa ... forse marker ricavato da gmaps ad una scala elevata? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stazioni meteo e errore coordinate WTOSM
2014-02-06 10:58 GMT+01:00 Matteo Zaffonato zaff...@gmail.com: Magari l'import potrebbe essere un incoraggiamento a mappers locali per aggiornare il dato su OSM e su Wikipedia. non concordo minimamente. come posso sapere che la centralina che eventualmente trovo girando per la città sia esattamente quella riportata da wikipedia? come le distinguo? visto che sono magari a 1km di distanza. sinceramente non ho la piu' pallida idea di dove siano le centraline meteo della zona di pavia. meglio non inserire un dato errato. e si VEDE che è errato, essendo approssimato al centesimo di grado 45.19,9.15. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stazioni meteo e errore coordinate WTOSM
2014-02-06 Simone Cortesi sim...@cortesi.com: ciao, mi sono accorto che in wikipedia sono presenti molte stazioni meteorologiche. come questa: https://it.wikipedia.org/wiki/Stazione_meteorologica_di_Montalto_Pavese guardatele tutte qui http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html purtroppo le coordinate con cui sono state importate in wikipedia sono ESTREMAMENTE approssimate (alcuni kilometri di errore) secondo me, fino a quando non saranno fornite coordinate corrette non le si dovrebbe mappare su osm. errore di conversione? fonte poco precisa? Non solo le stazioni meteo. Ad esempio, il sito archeologico di Industria è realmente a diversi chilometri di distanza da quando indicato da wikipedia. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stazioni meteo e errore coordinate WTOSM
2014-02-06 11:17 GMT+01:00 Andrea Musuruane musur...@gmail.com: Non solo le stazioni meteo. Ad esempio, il sito archeologico di Industria è realmente a diversi chilometri di distanza da quando indicato da wikipedia. io ho recentemente corretto la fermata della metro sesto primo maggio che al posto di essere a nord-est di milano era segnata su wikipedia come a sud di assago. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rimini rilascia dati geografici in CC0
2014-02-05 17:22 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: ma perchè, invece che mettere i dati in overlay, non ti metti ad inserirli in openstreetmap? Perchè se non sono sicuro non mi azzardo ;) Non serve che fai import automatico, serve che te li porti in josm e li confronti :) sono già 4 giorni che non mappi: http://www.openstreetmap.org/user/Piersoft/history#map=9/40.5128/16.9821 -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Matutu map. mappare la rete di trasporto informale
Ciao a tutti, volevo segnalarvi questo studio, molto interessante secondo me, su una rete di trasporti speciale. Ricercatori dell'Università di Nairobi in collaborazione con la Colombia University sono riusciti a mappare la rete matutu di trasporti informale (quella di taxi e bus privati, in Italia spesso si traduce con illegale) di Nairobi, dove non esiste una pianificazione precisa dei trasporti pubblici. Sorpresa: la rete pianificata dal basso, in maniera spontanea è efficiente :) Qua la mappa: http://www.digitalmatatus.com/ E qua il bell'articolo uscito su l'Atlantic in cui si fa un accenno anche ai GTFS data di google (non capisco se vogliano renderizzare il data set anche là) Mi chiedevo se fosse già possibile mappare questo tipo di trasporti su osm e se non lo fosse, che ne pensate? Troppi casini con la legge in alcuni casi? Francesca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Matutu map. mappare la rete di trasporto informale
Sorry manca il link all'articolo, così si capisce meglio :) http://www.theatlanticcities.com/commute/2014/02/what-informal-transit-looks-when-you-actually-map-it/8283/ Il giorno 06 febbraio 2014 11:37, Francesca Valentina coretodes...@gmail.com ha scritto: Ciao a tutti, volevo segnalarvi questo studio, molto interessante secondo me, su una rete di trasporti speciale. Ricercatori dell'Università di Nairobi in collaborazione con la Colombia University sono riusciti a mappare la rete matutu di trasporti informale (quella di taxi e bus privati, in Italia spesso si traduce con illegale) di Nairobi, dove non esiste una pianificazione precisa dei trasporti pubblici. Sorpresa: la rete pianificata dal basso, in maniera spontanea è efficiente :) Qua la mappa: http://www.digitalmatatus.com/ E qua il bell'articolo uscito su l'Atlantic in cui si fa un accenno anche ai GTFS data di google (non capisco se vogliano renderizzare il data set anche là) Mi chiedevo se fosse già possibile mappare questo tipo di trasporti su osm e se non lo fosse, che ne pensate? Troppi casini con la legge in alcuni casi? Francesca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Route Trasporti e rotonde
Perfetto, grazie della conferma, gli scriverò una mail. Tiziano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rimini rilascia dati geografici in CC0
Am 05/feb/2014 um 19:10 schrieb Leonardo kinetocor...@gmail.com: VIA TAL DEI TALI- Via Tal Dei Tali dovrebbe essere Via tal dei tali o Via Tal dei Tali ( de, dei, al, il ecc. in minuscolo) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rimini rilascia dati geografici in CC0
2014-02-05 15:51 GMT+01:00 Aury88 spacedrive...@gmail.com: documentato (e fatto ale) che è stato rimosso...erano questi dati? per la cronaca, sia Frederik che io abbiamo scritto all'account per chiedere spiegazioni...nessuna risposta. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
Miii Sei un segugio ;) L'etichetta in basso a destra cosa dice? È giusto per cominciare a capire con chi parlare Il 06/feb/2014 12:54 Michele Malfatti michele.malfa...@gmail.com ha scritto: Ciao a tutti stamattina ero a Limone sul Garda e ho trovato questa mappa. Osm senza nessuna attribuzione della licenza. Mich Sent from my iPhone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
2014-02-06 13:03 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Sei un segugio ;) L'etichetta in basso a destra cosa dice? È giusto per cominciare a capire con chi parlare ma tu leggi le mail prima di rispondere? :) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
Il 06/02/2014 13:00, Simone Cortesi ha scritto: 2014-02-06 12:53 GMT+01:00 Michele Malfatti michele.malfa...@gmail.com: Ciao a tutti stamattina ero a Limone sul Garda e ho trovato questa mappa. Osm senza nessuna attribuzione della licenza. Mich chi è l'ente appaltante? non si legge la scritta nella foto in basso a sinistra. una volta l'ente era scritto dietro il pannello. Non so se per legge ora è obbligato ad essere davanti. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
2014-02-06 13:04 GMT+01:00 Simone Cortesi sim...@cortesi.com: ma tu leggi le mail prima di rispondere? :) credo di non, visto che uno parla di sx e l'altro di dx ;-) Ciao, Martin PS: Per me sarebbe anche sinistra. Che dice la scritta? ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
Il 06/feb/2014 13:05 Simone Cortesi sim...@cortesi.com ha scritto: 2014-02-06 13:03 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Sei un segugio ;) L'etichetta in basso a destra cosa dice? È giusto per cominciare a capire con chi parlare ma tu leggi le mail prima di rispondere? :) Non ti seguo Se intendi che abbiamo fatto la stessa domanda allora leggi anche tu gli header delle email ;) la mia è partita alle 13:03 e la tua alle 13:04 Ergo ... abbiamo pensato la stessa cosa più o meno allo stesso momento Se invece dici la mia risposta a Michele allora devo capire Sia chiaro: voglio capire e non fare polemica __ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
Pensavo si leggesse qualcosa invece nada dovrò ritornare a limone ma è in posto favolososegugiomi da un fastidio tremendo quando vedo queste cose Con questo è il secondo caso trovato Sent from my iPhone On 06/feb/2014, at 13:04, Simone Cortesi sim...@cortesi.com wrote: 2014-02-06 13:03 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Sei un segugio ;) L'etichetta in basso a destra cosa dice? Č giusto per cominciare a capire con chi parlare ma tu leggi le mail prima di rispondere? :) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
2014-02-06 13:10 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Se intendi che abbiamo fatto la stessa domanda allora leggi anche tu gli header delle email ;) la mia è partita alle 13:03 e la tua alle 13:04 you are right. :) my fault. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Come utilizzare questi livelli WMS
Ci sono questi livelli WMS a disposizione: URL WMS: http://servizigis.regione.emilia-romagna.it/wms/areeprotette_natura2000 che riguardano aree e zone dei parchi SIC-ZPS in formato immagine. Non sono quindi vettori. Cè modo di manipolarli per avere formati vettoriali? O si deve andare a manazza col ricalco? Ciao Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rimini rilascia dati geografici in CC0
dal nome sembrava un account fatto da un qualche ufficio/dipendente comunale di rimini al solo scopo di effettuare quell'import. sarei curioso di vedere si i dati in oggetto siano gli stessi caricati da quell'account e, se sì, quando effettivamente siano stati resi pubblici (se prima o dopo la rimozione). - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Rimini-rilascia-dati-geografici-in-CC0-tp5795400p5795529.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
Oggi non riesco ma domani ritorno a limone a controllare. Mich Sent from my iPhone On 06/feb/2014, at 13:13, Simone Cortesi sim...@cortesi.com wrote: 2014-02-06 13:10 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Se intendi che abbiamo fatto la stessa domanda allora leggi anche tu gli header delle email ;) la mia è partita alle 13:03 e la tua alle 13:04 you are right. :) my fault. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
Se ti piace il posto, ci puoi tornare, ma l'organizzazione responsabile per l'uso della mappa è sicuramente stata in caricata da: La Strada dei Vini e dei Sapori del Garda Via Porto Vecchio, 34 - 25015 Desenzano del Garda (Brescia) Lago di Garda Tel 030 9990402 - i...@stradadeivini.it Volker On 6 February 2014 15:16, Michele Malfatti michele.malfa...@gmail.comwrote: Oggi non riesco ma domani ritorno a limone a controllare. Mich Sent from my iPhone On 06/feb/2014, at 13:13, Simone Cortesi sim...@cortesi.com wrote: 2014-02-06 13:10 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Se intendi che abbiamo fatto la stessa domanda allora leggi anche tu gli header delle email ;) la mia è partita alle 13:03 e la tua alle 13:04 you are right. :) my fault. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
Ci vado per rilevare nei prossimi giorni. Sent from my iPhone On 06/feb/2014, at 16:57, Volker Schmidt vosc...@gmail.com wrote: Se ti piace il posto, ci puoi tornare, ma l'organizzazione responsabile per l'uso della mappa è sicuramente stata in caricata da: La Strada dei Vini e dei Sapori del Garda Via Porto Vecchio, 34 - 25015 Desenzano del Garda (Brescia) Lago di Garda Tel 030 9990402 - i...@stradadeivini.it Volker On 6 February 2014 15:16, Michele Malfatti michele.malfa...@gmail.com wrote: Oggi non riesco ma domani ritorno a limone a controllare. Mich Sent from my iPhone On 06/feb/2014, at 13:13, Simone Cortesi sim...@cortesi.com wrote: 2014-02-06 13:10 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Se intendi che abbiamo fatto la stessa domanda allora leggi anche tu gli header delle email ;) la mia è partita alle 13:03 e la tua alle 13:04 you are right. :) my fault. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come utilizzare questi livelli WMS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 06/02/2014 13:41, Giuseppe Amici ha scritto: Ci sono questi livelli WMS a disposizione: URL WMS: http://servizigis.regione.emilia-romagna.it/wms/areeprotette_natura2000 che riguardano aree e zone dei parchi SIC-ZPS in formato immagine. Non sono quindi vettori. C’è modo di manipolarli per avere formati vettoriali? O si deve andare a manazza col ricalco? Ciao Beppe Perdonami, io su Debian da Iceweasel, al tuo link vedo pagina bianca, può essere? - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlLz0rgACgkQoVS0hKoD3PPQSAD9HPXeU6LUaLLal/5RLNlUpcPj j55+WnpxURAeD1D/ZS0BAJd5vO2qy8YxqamF1TUMdkxF9pEZuPy6VWe40ufAOrBJ =SyJ/ -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Route Trasporti e rotonde
Il giorno gio, 06/02/2014 alle 11.46 +0100, Tiziano Gedda ha scritto: Perfetto, grazie della conferma, gli scriverò una mail. Tiziano ___ Dato che devi scriverlo :) puoi spiegare anche a me perché le rotatorie vanno spezzate? Grazie Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Via Francigena forward e backward
Ciao, scusate ma la Via Francigena, essendo una route e progredendo tendenzialmente da nord a sud e non viceversa (non penso che ci sia tanta gente che pensi di affrontarla a ritroso) necessita degli stessi tag forward e backward? O meglio, nella relazione non ci sono ma secondo me non ci starebbero male. Ancora una cosa, le rotonde funzionano come per le linee degli autobus? Perché vedo molte rotonde completamente incluse nella relazione, non solo la parte di esse che va da nord a sud (o anche da sud a nord) ma anche la porzione centrale. Tiziano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] osm-icons.org - Richiesto feedback della comunità italiana
Ciao a tutti, Markus Semm (uno dei programmatori della software house Ekainoon, autrice del programma android Keypad Mapper 3 per il tagging rapido dei numeri civici) ha creato un nuovo set di icone per coprire il maggior numero di elementi mappabili di OSM. Il sito è questo: http://osm-icons.org/wiki/Icons Uno dei problemi più sentiti su OSM è la mancanza di un set completo di icone con licenza libera utilizzabili per la visualizzazione dei POI. Questo progetto potrebbe essere la soluzione iniziale al problema e quindi è stato richiesto il feedback della comunità italiana, per essere successivamente esteso a quella internazionale. Il totale di icone ora visualizzabili sono più di 1000, comprendo la maggior parte dei tag segnalati su TAGINFO. A chiunque voglia partecipare viene richiesto: 1. di controllare se mancano icone importanti 2. di segnalare se alcune icone necessitino di essere ridisegnate 3. di controllare se le coppie chiavi/valori sono ottimali 4. di controllare se i gruppi sono ottimali 5. di esprimere commenti o suggerimenti nella sezione Discussione. Ogni icona ha il suo ID unico, segnalatelo nel vostro commento. Data la portata del progetto e del tempo speso dalla software house, chiederei il maggior numero di partecipazioni al feedback, anche solo con un commento rapido. :) Ricordatevi di lasciarlo nel tab Discussion o qui sulla Mailing List, poi provvederò a trascriverlo nella sezione apposita. Partecipate numerosi! Grazie! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Come utilizzare questi livelli WMS
Perdonami, io su Debian da Iceweasel, al tuo link vedo pagina bianca, può essere? Non è un link ;-) è l'URL WMS da inserire in JOMS per caricarlo come layer ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Route Trasporti e rotonde
Ciao Lorenzo, Come c’è scritto sul wiki (http://wiki.openstreetmap.org/wiki/Torino/Trasporti_pubblici) Si aggiunge alla relazione del percorso solo la parte di way effettivamente percorsa dalla linea; se serve si spezza la way in modo di includere solo quello che serve. E' importante che le way siano incluse con il ruolo giusto: forward per le way percorse dalla linea nello stesso senso della way, backward per le way percorse dalla linea in senso contrario. Dopo una buona discussione in mailing list, si è deciso che questo vale anche per le rotonde che devono quindi essere spezzate.” ovvero si va a spezzare una rotonda perché in questo modo si riesce a distinguere la direzione dell’autobus. Essendo la rotonda a senso unico se l’autobus deve prendere la terza uscita a destra (ammettendo che ad esempio la nostra rotonda abbia 4 uscite) è inutile comprendere nella relazione tutta la rotonda, altrimenti sembrerebbe che l’autobus, nella sua corsa, percorra tutto il giro prima di uscire, ma andiamo ad indicare che entra nella rotonda, ne percorre una porzione e poi esce alle terza a destra. Allo stesso modo è importante indicare la direzione nella quale l’autobus percorre una singola highway. Ad esempio, se l’autobus deve andare da A a B ma la highway è stata disegnata nel verso opposto e quindi da B = A indicheremo backward per indicare che l’autobus va proprio da A a B e non segue il verso della strada. Ovviamente se ci troviamo nel caso opposto cioè l’autobus deve andare da B a A e la highway è stata disegnata proprio con verso B = A indicheremo forward. Tiziano___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] osm-icons.org - Richiesto feedback della comunità italiana
Il 06/02/2014 23:19, Leonardo ha scritto: Ciao a tutti, Markus Semm (uno dei programmatori della software house Ekainoon, autrice del programma android Keypad Mapper 3 per il tagging rapido dei numeri civici) ha creato un nuovo set di icone per coprire il maggior numero di elementi mappabili di OSM. Il sito è questo: http://osm-icons.org/wiki/Icons Uno dei problemi più sentiti su OSM è la mancanza di un set completo di icone con licenza libera utilizzabili per la visualizzazione dei POI. Questo progetto potrebbe essere la soluzione iniziale al problema e quindi è stato richiesto il feedback della comunità italiana, per essere successivamente esteso a quella internazionale. Il totale di icone ora visualizzabili sono più di 1000, comprendo la maggior parte dei tag segnalati su TAGINFO. A chiunque voglia partecipare viene richiesto: 1. di controllare se mancano icone importanti 2. di segnalare se alcune icone necessitino di essere ridisegnate Mi sembrano buone, ma se devo proprio rompere le scatolenon mi piace tanto l'icona per shop=pet, solo il gatto è un po limitante, almeno un cagnolino a fianco... (e/o un pesciolino o serpentello) dato che si vendono un po' tutti gli animali e non solo gatti... 1. di controllare se le coppie chiavi/valori sono ottimali 2. di controllare se i gruppi sono ottimali 3. di esprimere commenti o suggerimenti nella sezione Discussione. Ogni icona ha il suo ID unico, segnalatelo nel vostro commento. Data la portata del progetto e del tempo speso dalla software house, chiederei il maggior numero di partecipazioni al feedback, anche solo con un commento rapido. :) Ricordatevi di lasciarlo nel tab Discussion o qui sulla Mailing List, poi provvederò a trascriverlo nella sezione apposita. se c'è accordo trascrivi tu? Partecipate numerosi! Grazie! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come utilizzare questi livelli WMS
Non ho seguito, ma ne è stato autorizzato il ricalco per osm? Il 06/02/2014 19:21, girarsi_liste ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 06/02/2014 13:41, Giuseppe Amici ha scritto: Ci sono questi livelli WMS a disposizione: URL WMS: http://servizigis.regione.emilia-romagna.it/wms/areeprotette_natura2000 che riguardano aree e zone dei parchi SIC-ZPS in formato immagine. Non sono quindi vettori. C’è modo di manipolarli per avere formati vettoriali? O si deve andare a manazza col ricalco? Ciao Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Route Trasporti e rotonde
Il giorno 06 febbraio 2014 23:53, Tiziano Gedda dufou...@libero.it ha scritto: Allo stesso modo è importante indicare la direzione nella quale l'autobus percorre una singola highway. Ad esempio, se l'autobus deve andare da A a B ma la highway è stata disegnata nel verso opposto e quindi da B = A indicheremo backward per indicare che l'autobus va proprio da A a B e non segue il verso della strada. Ovviamente se ci troviamo nel caso opposto cioè l'autobus deve andare da B a A e la highway è stata disegnata proprio con verso B = A indicheremo forward. In realtà non è importante, e di fatto non è neanche necessario: la direzione può tranquillamente essere dedotta dalla geometria. Io lo evito (come riportato nel nuovo schema), anche perché non sono sicuro di cosa succeda se la way viene girata. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Route Trasporti e rotonde
Il giorno 06/feb/2014 21:59, rattorosso floydbar...@alice.it ha scritto: Dato che devi scriverlo :) puoi spiegare anche a me perché le rotatorie vanno spezzate? Perché solitamente i bus non fanno tutta la rotonda ma ne fanno solo un parte Grazie Lorenzo Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Limone sul Garda
Stamattina torno a Limone a rilevare, e vi aggiorno sulla mappa. Mich Sent from my iPhone On 06/feb/2014, at 16:57, Volker Schmidt vosc...@gmail.com wrote: Se ti piace il posto, ci puoi tornare, ma l'organizzazione responsabile per l'uso della mappa è sicuramente stata in caricata da: La Strada dei Vini e dei Sapori del Garda Via Porto Vecchio, 34 - 25015 Desenzano del Garda (Brescia) Lago di Garda Tel 030 9990402 - i...@stradadeivini.it Volker On 6 February 2014 15:16, Michele Malfatti michele.malfa...@gmail.com wrote: Oggi non riesco ma domani ritorno a limone a controllare. Mich Sent from my iPhone On 06/feb/2014, at 13:13, Simone Cortesi sim...@cortesi.com wrote: 2014-02-06 13:10 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Se intendi che abbiamo fatto la stessa domanda allora leggi anche tu gli header delle email ;) la mia è partita alle 13:03 e la tua alle 13:04 you are right. :) my fault. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ 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
[Talk-it] R: Come utilizzare questi livelli WMS
I dati geografici ER (Emilia Romagna sono rilasciati in licenza CC BY-NC-SA 2.5 con citazione della fonte. I dati sono quindi utilizzabili. Beppe -Messaggio originale- Da: Fabri [mailto:erfab...@gmail.com] Inviato: venerdì 7 febbraio 2014 00:04 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Come utilizzare questi livelli WMS Non ho seguito, ma ne è stato autorizzato il ricalco per osm? Il 06/02/2014 19:21, girarsi_liste ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 06/02/2014 13:41, Giuseppe Amici ha scritto: Ci sono questi livelli WMS a disposizione: URL WMS: http://servizigis.regione.emilia-romagna.it/wms/areeprotette_natura20 00 che riguardano aree e zone dei parchi SIC-ZPS in formato immagine. Non sono quindi vettori. Cè modo di manipolarli per avere formati vettoriali? O si deve andare a manazza col ricalco? Ciao Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Come utilizzare questi livelli WMS
Se sono NC, ovvero non commercial, non sono utilizzabili. Ciao, Andrea. Il 07/feb/2014 08:36 Giuseppe Amici giuseppeam...@virgilio.it ha scritto: I dati geografici ER (Emilia Romagna sono rilasciati in licenza CC BY-NC-SA 2.5 con citazione della fonte. I dati sono quindi utilizzabili. Beppe -Messaggio originale- Da: Fabri [mailto:erfab...@gmail.com] Inviato: venerdì 7 febbraio 2014 00:04 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Come utilizzare questi livelli WMS Non ho seguito, ma ne è stato autorizzato il ricalco per osm? Il 06/02/2014 19:21, girarsi_liste ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 06/02/2014 13:41, Giuseppe Amici ha scritto: Ci sono questi livelli WMS a disposizione: URL WMS: http://servizigis.regione.emilia-romagna.it/wms/areeprotette_natura20 00 che riguardano aree e zone dei parchi SIC-ZPS in formato immagine. Non sono quindi vettori. C'è modo di manipolarli per avere formati vettoriali? O si deve andare a manazza col ricalco? Ciao Beppe ___ 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 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Come utilizzare questi livelli WMS
Concordo Inviato da iPhone Il giorno 07/feb/2014, alle ore 08:41, Andrea Musuruane musur...@gmail.com ha scritto: Se sono NC, ovvero non commercial, non sono utilizzabili. Ciao, Andrea. Il 07/feb/2014 08:36 Giuseppe Amici giuseppeam...@virgilio.it ha scritto: I dati geografici ER (Emilia Romagna sono rilasciati in licenza CC BY-NC-SA 2.5 con citazione della fonte. I dati sono quindi utilizzabili. Beppe -Messaggio originale- Da: Fabri [mailto:erfab...@gmail.com] Inviato: venerdì 7 febbraio 2014 00:04 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Come utilizzare questi livelli WMS Non ho seguito, ma ne è stato autorizzato il ricalco per osm? Il 06/02/2014 19:21, girarsi_liste ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 06/02/2014 13:41, Giuseppe Amici ha scritto: Ci sono questi livelli WMS a disposizione: URL WMS: http://servizigis.regione.emilia-romagna.it/wms/areeprotette_natura20 00 che riguardano aree e zone dei parchi SIC-ZPS in formato immagine. Non sono quindi vettori. C’è modo di manipolarli per avere formati vettoriali? O si deve andare a manazza col ricalco? Ciao Beppe ___ 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 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Red Carreteras Andalucía
Ricardo muy interesante la herramienta que nos muestras, yo llevo algunos años trabajando con carreteras y solo pude dar con la información en PDF. Iván, esos Shapes perdidos, si tienes un rato búscalos por favor. El 5 de febrero de 2014, 14:34, Iván Sánchez i...@sanchezortega.esescribió: El Miércoles, 5 de febrero de 2014 14:16:32 Ricardo Sanz escribió: Hola! recuerdo, viendo que alguno mapea mirando la mierda de Google Maps, que las matrículas de las carreteras de andalucia están perfectamente señalizadas aquí, por si alguien tiene dudas http://www.juntadeandalucia.es/fomentoyvivienda/portal-web/web/areas/carrete ras/catalogo_carreteras No sólo eso, sino que tenemos permiso expreso de gente del ICA para importar sus shapes. Las debo tener por algún pendrive olvidado :-S -- Iván Sánchez Ortega i...@sanchezortega.es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Red Carreteras Andalucía
yo también trabajaba con los PDF. supongo que sabrás que también los han actualizado. paso enlace: http://www.juntadeandalucia.es/export/drupaljda/memoria_listado.pdf El 6 de febrero de 2014, 9:31, Andres Santor asan...@gmail.com escribió: Ricardo muy interesante la herramienta que nos muestras, yo llevo algunos años trabajando con carreteras y solo pude dar con la información en PDF. Iván, esos Shapes perdidos, si tienes un rato búscalos por favor. El 5 de febrero de 2014, 14:34, Iván Sánchez i...@sanchezortega.esescribió: El Miércoles, 5 de febrero de 2014 14:16:32 Ricardo Sanz escribió: Hola! recuerdo, viendo que alguno mapea mirando la mierda de Google Maps, que las matrículas de las carreteras de andalucia están perfectamente señalizadas aquí, por si alguien tiene dudas http://www.juntadeandalucia.es/fomentoyvivienda/portal-web/web/areas/carrete ras/catalogo_carreteras No sólo eso, sino que tenemos permiso expreso de gente del ICA para importar sus shapes. Las debo tener por algún pendrive olvidado :-S -- Iván Sánchez Ortega i...@sanchezortega.es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Aplicaciones GPS para tomar datos en ciudad
Gracias de nuevo a todos. He probado Oruxmaps y OSMTracker y por ahora en precisión con el teléfono parece que va mejor OSMTracker. Hoy de vuelta le tocará a OSMAnd y revisaré también Track. Ya os contaré. Aunque en una versión en beta permanente os dejo la web [1] que he montado para el evento donde espero poder ir actualizando la información. De nuevo gracias Patricio [1] http://geoinquietoscordoba.github.io/opencyclecordoba/ El 06/02/14 18:24, Hector escribió: Tambien depende de la que se vaya a tracear. Si es mas rutas que pdi's yo me quedaria con Oruxmaps. Para mi es el mejor Si es más para pdi' que tracks entonces es mejor OSMTracker. Ya que me resulta un engorro ir en bici y estar más tiempo parand a marcar pdi´s en detalle que otra cosa. OSMAnd lo veo muy parecido a Oruxmaps para esto. Pero eso ya depende de gustos el usar uno u otro en resumen los tres me parecen grandes aplicaciones. Hay otra más, un poco olvidada por ahí que es Vespucci, que es un editor online para android similar a ID. Puede servir como complemento. Un saludo a todos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Vía Verde España
Moisés, de paso que sacas el tema de la normalización de las vías en España, me gustaría lanzar una propuesta para marcar las vías pecuarias como route=horse en vez de route=transhumance. Esta última no es estándar mientras que la que propongo sí lo es. Además también indica la viabilidad para el paso de animales cuadrúpedos. Para saber que es una ruta transhumante siempre se puede incluir dentro de una relación que así lo indique como la ya existente Red Nacional de Vías Pecuarias de ESpaña. Propongo incluir en las características de estas vías el símbolo con el que se marcan como osmc:symbol=black:white::VP:black El 5 de febrero de 2014, 14:19, Moises Arcos moiarc...@gmail.com escribió: Buenas tardes, consultando un poco por la wiki me he encontrado una entrada referente a la normalización de las vías verdes Españolas [1]. Me he ido a overpass-turbo para buscar la vía verde de la Sierra Norte de Sevilla mediante el atributo network, pero no la encuentra y es porque al darse de alta el atributo network no se corresponde con lo que dice la normalización, sino que pone ncn. ¿Se debería de cambiar y adecuarlo a la norma establecida? Existen varias rutas con esta identificación. Saludos!!! [1] http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#V.C3.ADas_verdes ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- http://www.yosoyantinuclear.org ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-Talk-ZA] Tagging Wholesalers/Cash and Carries
Hi My suggestion is to keep tagging with that tag if you feel it is different enough. What would be useful though is a page or a note somewhere on the OSM-ZA wiki about the tag and why it does not match existing tags. Every country has its own unique things but it is useful to keep consistency within a specific country hence the wiki page/documentation. Regards On 6 February 2014 17:14, m...@martinb.za.net wrote: Hello all, I am new to the list, mostly making a bunch of small edits in northern KZN. I wanted to confirm what was being done for cash and carries, like Boxer, Brown's and Ikwhezi et al. I am not sure what to tag these as, since supermarket does not seem to fit, nor does anything else. I have tagged one so far as a wholesaler, and left a note (Unresolved note #114131) asking the same question. Any advice would be appreciated. mtb ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za -- Gerhardus Geldenhuis ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, Tak viděl bych to nějak takhe: http://www.kyralovi.cz/tmp/josm/pointinfo_beta2.png Můžu nechat? :-D To je Zase o kus hezčí. :-) Jen mě tam velmi mate ten text více vchodů. To jsi tam asi napsat nechtěl, ne? Zrovna tenhle objekt více vchodů podle RUIAN nemá. Alespoň ne podle webové stránky http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/27239781 Má jen více č.o., čož je vidět níže. Ale informace o tom, že je tam podle RUIAN více vchodů by asi byla dobrá, zároveň také uvést počet jako je to tady http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30615437 Ty vchody jsou v RUIAN samostatna databaze? Doufam, ze uz ani ne. ;-) To řazení dle vzdálenosti tam sice mám, ale data v RUIANU jsou taková nějaká podivná. Z těch čtyř bodů mají dva stejné souřadnice a všechny jsou téměř v přímce. Takže to, které číslo orientační patří ke kterému vchodu se dá poznat jen podle ulice. Ovšem tohle selže v případě, že budova má více vchodů ústících do stejné ulice. Tady jsem asi tak nějaký smířený s tím, že při případném vkládání do mapy se to na první pokus plácne tam, kde je to v RUIAN a uživatel to buď jen přesune poblíž skutečného vchodu, nebo ideálně vytvoří entrance=yes na obrysu budovy, překopíruje tam tagy a původní bod smaže. Nemyslím si, že by to šlo udělat nějak automaticky. Snad jen v případě, kdy by ten adresní bod v ležel (s malou přesností) opravdu na obrysu budovy. Zdraví, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ano, všechny adresní body mají kód stavebního objektu, žádný není NULL a všechny ty stavební objekty existují. Stavební objekt a adresní místo jsou opravdu rozdílné věci, i když adresní místo se vždy váže ke stavebnímu objektu. Tak to mi prosim reknete, k jakymu SO se vztahuje tohle AM http://vdp.cuzk.cz/vdp/ruian/adresnimista/20038135 Jsem fakt zvedavy na odpoved, protoze ja tam zadnej barak nevidim siroko daleko. Navic tohle AM ma definicni bod, takze vypada, ze to neni jedno z tech problemovych. Mimochodem, je nejaky zpusob, jak si to zjistit sam, aniz bych mel pristup do Petrovo databaze? Pointinfo mi tady moc nepomaha, pac vidi jen pozemek. Zdraví, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 09:29, Dalibor Jelínek napsal: Ahoj, Tak viděl bych to nějak takhe: http://www.kyralovi.cz/tmp/josm/pointinfo_beta2.png Můžu nechat? :-D To je Zase o kus hezčí. :-) Jen mě tam velmi mate ten text více vchodů. To jsi tam asi napsat nechtěl, ne? No to jsem právě napsat chtěl. Vycházel jsem z předpokladu, že každé adresní místo (č.p./č.o) je jeden vchod. Nebo to tak není? Jak chceš uživatele upozornit, že to není jen jedno číslo? Mohl bych napsat: Více adresních míst ale přijde mi to moc dlouhé. Případně více čísel orientačních, ale to neplatí vždy, někdy je více čísel popisných - typicky paneláky. Zrovna tenhle objekt více vchodů podle RUIAN nemá. Alespoň ne podle webové stránky http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/27239781 Má jen více č.o., čož je vidět níže. To jako, že z těch ulic není vchod? Z debaty jsem nabyl dojmu, že tam jsou čtyři vchody a proto má budova více čísel orientačních. Ale informace o tom, že je tam podle RUIAN více vchodů by asi byla dobrá, zároveň také uvést počet jako je to tady http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30615437 Ty vchody jsou v RUIAN samostatna databaze? Doufam, ze uz ani ne. ;-) Pro mne - více adresních míst (1) = více vchodů. Přímo počet vchodů v ruian není. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, Dne Čt 6. února 2014 09:50:47, Dalibor Jelínek napsal(a): Tak to mi prosim reknete, k jakymu SO se vztahuje tohle AM http://vdp.cuzk.cz/vdp/ruian/adresnimista/20038135 Jsem fakt zvedavy na odpoved, protoze ja tam zadnej barak nevidim siroko daleko. Je to stav. objekt 19810351, nevidis ho, protoze mu v RUIAN chybi geometrie hranic, ale definicni bod ma, shodny s adresnim mistem (plusminus). Co ti nejde s databazi? -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 10:04, Petr Vejsada napsal: Ahoj, Dne Čt 6. února 2014 09:50:47, Dalibor Jelínek napsal(a): Tak to mi prosim reknete, k jakymu SO se vztahuje tohle AM http://vdp.cuzk.cz/vdp/ruian/adresnimista/20038135 Jsem fakt zvedavy na odpoved, protoze ja tam zadnej barak nevidim siroko daleko. Je to stav. objekt 19810351, nevidis ho, protoze mu v RUIAN chybi geometrie hranic, ale definicni bod ma, shodny s adresnim mistem (plusminus). Co ti nejde s databazi? No a jak objekt, tak i adresní místo mají sloupec deleted NOT NULL, takže jsou smazané. pedro= select deleted from rn_adresni_misto where stavobj_kod = 19810351; deleted - f (1 row) pedro= select deleted from rn_stavebni_objekt where kod = 19810351; deleted - f (1 row) BTW: píši si poznámku - udělat revizi selectů a dolnit test na deleted. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ale zatím se mi podařilo proklikat jen k textu diplomky. A bohužel během té chvilky, co jsem tomu věnoval, tak jsem úplně nevykoukal, kde vzít data a co s nima krok po kroku udělat, aby nakonci vypadl grid pro celou republiku. Data budou v příloha - CD/ROM *** odpověď viz citace e-mailu níže: muzeme (OSM-cz) v tom nejak pomoci? Slo by publikovat to CD k dimplomce, nebo to v cem jsi pokrocil a zasek? Ondra Chlup (diplomant) na tom dela, pocitam, ze do tydne dame info jak to vypada. JJ. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Jen mě tam velmi mate ten text více vchodů. To jsi tam asi napsat nechtěl, ne? No to jsem právě napsat chtěl. Vycházel jsem z předpokladu, že každé adresní místo (č.p./č.o) je jeden vchod. Nebo to tak není? Jak chceš uživatele upozornit, že to není jen jedno číslo? Mohl bych napsat: Více adresních míst ale přijde mi to moc dlouhé. Případně více čísel orientačních, ale to neplatí vždy, někdy je více čísel popisných - typicky paneláky. Ou, obavam se, ze ted do toho vnasime zmateni pojmu a to neni dobre. Jak to chapu je: - vchod (samostatny vchod) je termin pouzivany v RUIAN, kterym se ospravedlnuje prideleni vice c.p./c.e., pripadne c.o. Viz :Postup-obci-a-stavebnich-uradu-pri-editaci-RUIAN-v2-0.pdf se na strane 15 pise: Samostatným vchodem se rozumí část stavebního objektu, která má vlastní přístup z ulice a které je přiděleno jedno číslo popisné nebo evidenční nebo jedno či více čísel orientačních. Takze vchod musi mit prideleno cislo, ale nevime jake. - vice cislel orientacnich c.o. muze byt prideleno (alespon dle me interpretace) zcela libovolne, nezavisle na existenci vchodu a myslim, ze by se nasly pripady, kdy je c.o., ale dvere nejsou - vice c.p./c.e. muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice vchodu. Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste je dum, co ma nejdrive c.e. a pak dostane c.p. (asi vetsinou stejne), ale AM existuji obe Přímo počet vchodů v ruian není. To si teda myslim, ze je. Pac tady jsou videt a maji i sva cisla (takze mozna existuje i jejich databaze). http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/70994242 Takze, kdyz tam v PointInfo pises vice vchodu, tak bych radsi psal vice adres nebo vice adresnich mist. Protoze zrovna v tomhle pripade sice asi dum ma vice vchodu, ale nejsou to ty vchody o kterych mluvi RUIAN. Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, On Thu, Feb 06, 2014 at 01:35:03PM +0100, Dalibor Jelínek wrote: Takze ted vim, ze v RUIAN máme i neviditelné budovy. Bezva! :-)) Treba kdyz se bude editovat v oblasti, kam uz nekdo pridal adresy dríve, tak by bylo fajn vedet, ?e podle RUIAN ta adresa uz neexistuje a tedy je ji mozno z OSM smazat. U adres nevim, ale u budov pozor - cetl jsem v nejakem dokumentu CUZK, ze smazani budovy z RUIAN v zadnem pripade nemusi znamenat jeji odstraneni z terenu. Je to treba tehdy, kdy se meni klasifikace budovy, nevim presne, nezajima. Podstatne je, je smazani z RUIAN != zbourani. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 12:12, o...@propsychology.cz napsal: pedro= select deleted from rn_adresni_misto where stavobj_kod = 19810351; deleted - f (1 row) f = false, deleted = false, tedy not deleted aby bylo deteted, muselo by deleted byt true ;) Hmm. No dobrá :-D V každém případě, dle bingu a leteckých map seznamu tam je jen pole, hned vedle elekrárna, takže předpokládám, že dům zbourali během stavby elektrárny a asi není šance, že tam ještě někdy nějaký dům stát bude. Nevidím smysl, mít ten adresní bod aktivní. Hlasuji pro nastavení deleted na true ;-) Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 13:35, Dalibor Jelínek napsal: Ovšem rád bych upozornil, že v některých případech by se mohla hodit i informace o smazaném objektu. Pro Tracer asi ne, ale u PointInfo. Třeba když se bude editovat v oblasti, kam už někdo přidal adresy dříve, tak by bylo fajn vědět, že podle RUIAN ta adresa uz neexistuje a tedy je ji mozno z OSM smazat. Nevím jestli to má smysl, jestli se vůbec nějaké adresy mažou. V každém případě by mi to nabouralo současnou jednoduchou architekturu pluginu. Nic nevylučuji, ale momentálně to není priorita. Co ti nejde s databazi? S databazi mi nejde vubec nic, protoze nevim, kde a cim se ji ptat. Kdybyste me mohl nakdo nakopnout spravnym smerem, byl bych rad. Máš nějaké povědomí o SQL? Pokud ano, mělo by ti stačit se jen doučit specifika postgress (a následně PostGis). Pro začátek: Konzoli z terminálu spustíš příkazem psql Následně set search_path to ruian,osmtables; seznam tabulek: \dt ruian. definice tabulky: \d ruian.rn_adresni_misto Jednoduchý select: select * from rn_adresni_misto limit 10; select * from rn_adresni_misto where stavobj_kod = ; Ad Marian a PointInfo: Co si ted myslis o tom, ze by se Pointinfo, porozhlidlo v rozumnem okoli i po AM a neviditelnych SO? Je mi jasne, ze to trochu nezapad do posledni varianty uzivatelskeho okna. Jestli to spravne chapu, tak hledas SO a pozemky, ktere zahrnuji bod, na ktery se kliklo. A pak u SO vypises jemu prirazena AM. Je to tak? Takze jestli jo a v tom miste neni SO, tak se zadna AM nevypisou, takze v tomhle konkretnim bode se Pointinfo tvari, ze tam nic neni (krome pozemku), i kdyz je. Predpokladam, ze k pozemku se AM vazat nemuze. Doufam... No uvažuji o nějaké funkci Najdi v okolí. Ale zatím to nemám promyšlené. Momentálně chystám to kopírování tagů do schránky. Mimochodem, asi bylo opravdu vhodne zobrazit alespon varovani, ze v danem bode je vice SO nebo parcel. Kdyz to tam nebude, tak nam mozna uniknout zajimave veci. Taky by se mozna mohlo stat, ze Tracer bude trasovat neco jineho, nez bude zobrazovat Pointinfo. Tohle je spíše chyba v RUIAN a měla by se odstranit tam. A na hledání takovýchto podivností je nejlepší správný dotaz v databázi. Někdo tady sliboval, že se poptá na možnost hlášení chyb v RUIAN. Odpověď asi zatím není. Marián Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Hmm. No dobrá :-D V každém případě, dle bingu a leteckých map seznamu tam je jen pole, hned vedle elekrárna, takže předpokládám, že dům zbourali během stavby elektrárny a asi není šance, že tam ještě někdy nějaký dům stát bude. Nevidím smysl, mít ten adresní bod aktivní. Hlasuji pro nastavení deleted na true ;-) Marián Ja bych ho z OSM jeste nemazal, kdyz existuje v RUIANu. Ale jeho existence je vubec zajimava. Okolo Temelina bylo mnohem vice vesnic, tedy i adres, ale ty v RUIAN uz nejsou. (Treba tady 49.1797006, 14.3895603) Ale takhle tam tak trochu trci. Treba prezila zbourani i vymazavani. ;-) DJ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, dalsi prekvapeni, ale asi by nemelo byt tak velke, koneckoncu domy maji diry, ale ze to budou vedle sebe stojici vice-budovy, me prekvapuje. Ale! Jak to, ze ten SO nemuzu najit??? http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/43408526 Neni tentokrat opravdu deleted? Dalibor (Pokud teda plati, jak doufam, ze jeden SO v RUIANu je prave jedna cesta.) http://pedro.poloha.net/osm/43408526.png Toto je jeden stavební objekt. Opět - není jich moc, ale jsou a možná je to dokonce chyba. Tracer (server, dělám tu serverovou část) funguje tak, že vybere stavební objekt, ve kterém (st_contains) leží bod, kam jsi klikl. Stavební objekt je multipolygon. Následně tento multipolygon rozložím na jednotlivé polygony a vyberu ten, který st_contains ... limit 1. Tedy vyberu první bez ohledu na ty ostatní, které leží třeba na sobě. Také se vyskytuje. Dále přidám RUIAN ID a tag podle tabulky, na kterou jsem tu dával odkaz, tuším http://pedro.poloha.net/osm/zpusob_vyuziti_objektu. Může se tedy dnes stát, že dvě budovy/cesty v OSM budou mít stejné ruian ID. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 14:30, Dalibor Jelínek napsal: Ahoj, dalsi prekvapeni, ale asi by nemelo byt tak velke, koneckoncu domy maji diry, ale ze to budou vedle sebe stojici vice-budovy, me prekvapuje. Ale! Jak to, ze ten SO nemuzu najit??? http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/43408526 Neni tentokrat opravdu deleted? Dalibor Žádný takový objekt v RUIAN neexistuje. Nevím, co to Petrovo číslo znamená, ale číslo stavebního objektu to není. Marián (Pokud teda plati, jak doufam, ze jeden SO v RUIANu je prave jedna cesta.) http://pedro.poloha.net/osm/43408526.png Toto je jeden stavební objekt. Opět - není jich moc, ale jsou a možná je to dokonce chyba. Tracer (server, dělám tu serverovou část) funguje tak, že vybere stavební objekt, ve kterém (st_contains) leží bod, kam jsi klikl. Stavební objekt je multipolygon. Následně tento multipolygon rozložím na jednotlivé polygony a vyberu ten, který st_contains ... limit 1. Tedy vyberu první bez ohledu na ty ostatní, které leží třeba na sobě. Také se vyskytuje. Dále přidám RUIAN ID a tag podle tabulky, na kterou jsem tu dával odkaz, tuším http://pedro.poloha.net/osm/zpusob_vyuziti_objektu. Může se tedy dnes stát, že dvě budovy/cesty v OSM budou mít stejné ruian ID. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 13:46, Dalibor Jelínek napsal(a): - vice c.p./c.e. muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice vchodu. Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste je dum, co ma nejdrive c.e. a pak dostane c.p. (asi vetsinou stejne), ale AM existuji obe Ne, takhle ne (alespon podle struktury databaze). V databazi je jen sloupecek domovni_cislo, jestli se jedná o č.p. nebo č.e. určuje hodnota ve sloupci typ_kod (možnosti jsou tři: č.p., č.e., nic) v tabulce SO. A z tohodle tedy plyne, že by neměl existovat SO s oběma druhy čísel, resp. nevím jak by byl značen v databázi. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] stav UHUL ortofoto
Dobreho dne vespolek, mate predstavu, co se stalo s UHUL:ortofoto a jestli ji budeme mit jeste dotupnou? Pokud pouziji URL prednastavene v JOSM, tedy wms:http://geoportal1.uhul.cz/cgi-bin/oprl.asp?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSRS={proj}LAYERS=Ortofoto_cbST YLES=defaultFORMAT=image/jpegTRANSPARENT=TRUESRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} tak se ten server dozaduje autentizace a konci to samozrejme chybami typu: wms:http://geoportal1.uhul.cz/cgi-bin/oprl.asp?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSRS={proj}LAYERS=Ortofoto_cbST YLES=defaultFORMAT=image/jpegTRANSPARENT=TRUESRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} [ConfigurationErrorsException]: Could not load file or assembly 'WebAuth' or one of its dependencies. There is not enough space on the disk. (Exception from HRE SULT: 0x80070070) (D:\Inetpub\WebAuth\web.config line 137) (D:\Inetpub\WebAuth\w eb.config line 137) at System.Web.Configuration.HttpModuleAction.get_Entry() at System.Web.Configuration.HttpModulesSection.CreateModules() at System.Web.HttpApplication.InitModules() at System.Web.HttpApplication.InitInternal(HttpContext context, HttpApplicati onState state, MethodInfo[] handlers) at System.Web.HttpApplicationFactory.GetNormalApplicationInstance(HttpContext context) at System.Web.HttpApplicationFactory.GetApplicationInstance(HttpContext conte xt) at System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr) -- at org.openstreetmap.josm.io.imagery.WMSGrabber.grab(WMSGrabber.java:172 ) at org.openstreetmap.josm.io.imagery.WMSGrabber.fetch(WMSGrabber.java:71 ) at org.openstreetmap.josm.io.imagery.Grabber.attempt(Grabber.java:63) at org.openstreetmap.josm.io.imagery.Grabber.run(Grabber.java:48) at java.lang.Thread.run(Thread.java:722) Dik, Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 6.2.2014 17:35, Dalibor Jelínek napsal: Přímo počet vchodů v ruian není. To si teda myslim, ze je. Pac tady jsou videt a maji i sva cisla (takze mozna existuje i jejich databaze). http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/70994242 Takze, kdyz tam v PointInfo pises vice vchodu, tak bych radsi psal vice adres nebo vice adresnich mist. Protoze zrovna v tomhle pripade sice asi dum ma vice vchodu, ale nejsou to ty vchody o kterych mluvi RUIAN. Tak jsem se konecne dostal do databaze. Dekuji. :-) A ty diskutovane vchody tam jsou v tabulce rn_detailni_tea (technicko administrativni atribut), Který sloupec. Asi jsem slepý, ale něco jako počet vchodů nevidím. kde je mimochodem i vazba na AM. Takze nejen AM je vazano k SO, ale i SO ma prirazeno AM pres TEA. Ale vypada to, ze u mnoha SO ty TEA jeste nejsou. Ale neumim udelat tak rafinovanej dotaz, abych zjistil, u kolika SO, ktere maji adresu jsou a nejsou TEA. Taky by me zajimalo, zda jsou SO, co maji TEA, ale maji jen jeden vchod. Pocitam, ze ano. Vzhledem k tomu, že v TEA je slabých 26 tisíc záznamů oproti 2.8 mil. SO s AM, tak bych se tím zatím nezabýval :-D pedro= select count(distinct(stavobj_kod)) from rn_detailni_tea; count --- 25977 (1 row) pedro= select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted; cnt - 2843146 (1 row) pedro= select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted and exists (select 1 from rn_detailni_tea t where t.stavobj_kod = o.kod); cnt --- 25953 (1 row) A uz vubec neumim nijak porovnat vzajemnost prirazeni AM k SO a zpatky SO k AM pres TEA. Něco mále jsem našel tady: http://postgres.cz/wiki/%C3%9Avod_do_PostgreSQL_SQL#Vno.C5.99en.C3.A9_poddotazy_a_odvozen.C3.A9_tabulky Marián Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Sloupec s poctem tam neni. Jsou tam proste vchody, kdyz si udelas select na kod SO v tehle tabulce na nejaky objekt s vice c.p. nebo c.e. tak je uvidis. Seznam id SO s hodne c.p. nebo c.e. tu probehl nedavno a vsechny, co jsem zkousel mely vchody. Nebo ten nedavno postaveny dvojdomek. Za ty Selecty diky, ty prozkoumam zitra. Dalibor Sent from my HTC - Reply message - From: Marián Kyral mky...@email.cz To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Subject: [Talk-cz] Tracer plugin - ruian update Date: Thu, Feb 6, 2014 18:07 Dne 6.2.2014 17:35, Dalibor Jelínek napsal: Přímo počet vchodů v ruian není. To si teda myslim, ze je. Pac tady jsou videt a maji i sva cisla (takze mozna existuje i jejich databaze). http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/70994242 Takze, kdyz tam v PointInfo pises vice vchodu, tak bych radsi psal vice adres nebo vice adresnich mist. Protoze zrovna v tomhle pripade sice asi dum ma vice vchodu, ale nejsou to ty vchody o kterych mluvi RUIAN. Tak jsem se konecne dostal do databaze. Dekuji. :-) A ty diskutovane vchody tam jsou v tabulce rn_detailni_tea (technicko administrativni atribut), Který sloupec. Asi jsem slepý, ale něco jako počet vchodů nevidím. kde je mimochodem i vazba na AM. Takze nejen AM je vazano k SO, ale i SO ma prirazeno AM pres TEA. Ale vypada to, ze u mnoha SO ty TEA jeste nejsou. Ale neumim udelat tak rafinovanej dotaz, abych zjistil, u kolika SO, ktere maji adresu jsou a nejsou TEA. Taky by me zajimalo, zda jsou SO, co maji TEA, ale maji jen jeden vchod. Pocitam, ze ano. Vzhledem k tomu, že v TEA je slabých 26 tisíc záznamů oproti 2.8 mil. SO s AM, tak bych se tím zatím nezabýval :-D pedro= select count(distinct(stavobj_kod)) from rn_detailni_tea; count --- 25977 (1 row) pedro= select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted; cnt - 2843146 (1 row) pedro= select count(distinct(o.kod)) CNT from rn_stavebni_objekt o, rn_adresni_misto a where a.stavobj_kod = o.kod and not o.deleted and not a.deleted and exists (select 1 from rn_detailni_tea t where t.stavobj_kod = o.kod); cnt --- 25953 (1 row) A uz vubec neumim nijak porovnat vzajemnost prirazeni AM k SO a zpatky SO k AM pres TEA. Něco mále jsem našel tady: http://postgres.cz/wiki/%C3%9Avod_do_PostgreSQL_SQL#Vno.C5.99en.C3.A9_poddotazy_a_odvozen.C3.A9_tabulky Marián Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Ahoj, Dne Čt 6. února 2014 17:39:57, Marián Kyral napsal(a): Žádný takový objekt v RUIAN neexistuje. Nevím, co to Petrovo číslo znamená, ale číslo stavebního objektu to není. znamená to hlavně to, že do všeho moc kecám a přitom sotva držím pozornost; číslo jsem chybně opsal a teď to nemůžu najít. Tak jiný: http://pedro.poloha.net/osm/25693336.png Tentokrát jsem to číslo snad už nezvoral. Dají se najít podle st_nrings(hranice)1. -- Petr) ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Comment tagguer un haras?
2014-02-06 8:35 GMT+01:00 THEVENON Julien julien_theve...@yahoo.fr: L'occasion d'inaugurer landuse=studfarm ? Adjugé je vais prendre ca. stud_farm et pas studfarm. Pourquoi attacher les deux mots ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base osm2pgsql monde d'osm13 et intervention programmée
Le disque changé hier sur osm11 a terminé la reconstruction du RAID. Retour en optimal :) Pour osm13, enchainement de pépins hier: le nouveau SSD installé la semaine dernière s'est déconnecté et n'était plus accessible... après extinction/rallumage du serveur tout est revenu à la normale. J'ai donc relancé l'import en parallèle. Est-ce dû à une surchauffe de celui-ci ? C'est le graphe de température de munin me fait penser à ça. Le 5 février 2014 12:21, Christian Quest cqu...@openstreetmap.fr a écrit : Depuis dix jours, osm13 a un nouveau SSD en plus du précédent. Il va remplacer celui de 480Go, un peu ancien et pas top performant (config hardware un peu spéciale et pas parfaitement supporté par le kernel, d'où des perf moyennes). Jocelyn a donc lancé un import d'une base planet dessus, en profitant pour passer au même schéma que sur layers (alias osm105) pour pouvoir passer de l'un à l'autre facilement. Hier soir nous avons migré les styles vers cette nouvelle base relativement en douceur... sauf qu'un peu plus tard... nous avons rencontré un pépin (gros swap, postgres quasi bloqué) et ceci a fait disparaitre le contenu des tables slim servant à mettre à jour la base (on n'a toujours pas compris comment c'était arrivé et sur les 2 bases en plus). Donc, tile.openstreetmap.fr (qui génère les rendus FR, HOT, QA, Route500, BDCarthage) tourne sur une base qui n'est plus mise à jour depuis cette nuit. Je viens de relancer un import planet en // (tables préfixées osm2_), qui permettra de se resynchroniser. Histoire de ne pas trop charger la machine (qui continue à générer des tuiles), l'import est donc fait en monopolisant une quantité limitée de ressources (8Go de RAM pour le cache, 4 threads maxi, autovacuum=off) car le précédent import parallèle avait été assez violent sur la RAM, donc le swap et avait duré plusieurs jours. Patience donc... J'en profite aussi pour vous prévenir d'une intervention sur les serveurs de Bezons, principalement osm11 qui avait un disque en préfail. Il a été échangé par Dell vu qu'il était sous garantie et je vais le remettre dans le serveur cet après midi. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer un haras?
Bonjour, Le 06/02/2014 11:20, Pieren a écrit : 2014-02-06 8:35 GMT+01:00 THEVENON Julien julien_theve...@yahoo.fr: L'occasion d'inaugurer landuse=studfarm ? Adjugé je vais prendre ca. stud_farm et pas studfarm. Pourquoi attacher les deux mots ? Ça m'est bien égal. Mais en proposant hier j'ai fait l'analogie avec landuse=farmland [1] et landuse=farmyard [2]. J'aurais peut-être dû la faire avec landuse=fish_farm [3] :) Pas très consistant tout ça. vincent http://taginfo.openstreetmap.org/tags/landuse=farmland http://taginfo.openstreetmap.org/tags/landuse=farmyard http://taginfo.openstreetmap.org/tags/landuse=fish_farm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr