Re: [OSM-talk-be] AGIV CRAB not usable in OSM!
I was also thinking that we could put their disclaimer along with the source mention on that page. Also Openstreetmap data comes with no warranties anyway. Nobody is going to follow the source chain and make a claim that data that made its way into OSM was wrong when it came from AGIV. It will simply be corrected and people will move on. Then we will need a way to detect difference between our data and theirs and feed back a report about it. Jo 2013/6/1 Johan C osm...@gmail.com Will AGIV accept attribution on this page: http://wiki.openstreetmap.org/wiki/Contributors in order to use the data under ODbL? Cheers, Johan 2013/5/30 Ben Abelshausen ben.abelshau...@gmail.com @marc: yes it's the best way to get accurate data anyway! :-) I'm not sure about the Flemish open data licenses, Pieter should know. Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk On Thu, May 30, 2013 at 11:10 AM, Marc Gemis marc.ge...@gmail.comwrote: So I'll keep on walking and surveying housenumbers m. On Thu, May 30, 2013 at 10:58 AM, Jo winfi...@gmail.com wrote: I'm not entirely convinced those Flemish open data licenses would really help us a lot either. Do they need a disclaimer shown on each and every rendering of the data? Jo 2013/5/30 Ben Abelshausen ben.abelshau...@gmail.com Hi Again, Friday last week someone from AGIV called me to have a talk about the licence for CRAB and they will not change theirs for now. I also explained why we could not, similar to a commercial map provider, just add a disclaimer to our data. That is actually their only demand. *The orthofoto's is no problem, that has been confirmed again.* Anyway there was a bit of dissapointment on both sides about this. I also asked about the new Flemish open data licenses but they had no plans in that direction. There was even talk about closing the data again in 2015 but that descision was still to be made... Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk On Fri, May 17, 2013 at 11:08 AM, Ben Abelshausen ben.abelshau...@gmail.com wrote: OK I will immediately reply with this to them. Curious about the response. Thanks again to open-data-Pieter! :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk On Fri, May 17, 2013 at 11:05 AM, Pieter Colpaert pieter.colpa...@okfn.org wrote: Hi Ben, there is a clear deadline! The 14th of June they are doing the Flemish Open Data day on which they have to show their work. That day is going to advertise the Flemish open data licenses as well. We just need to convince AGIV to start using the right ones: http://okfn.be/2013/05/04/**flemish-open-data-licenses/http://okfn.be/2013/05/04/flemish-open-data-licenses/ Kind regards, Pieter On 05/17/2013 11:00 AM, Ben Abelshausen wrote: Bad news! The AGIV licence of the adressing data (CRAB) is NOT ok for reuse for OSM. I was in the process of requesting a licence. The story is: you can get the data but when a third person is reusing this they also need to sign a licence. This means that we cannot reuse this data in the OSM-database. At least not copying it, maybe mapping based on it and not copying would be ok... In my opinion this is not really open data, just free data as in beer! I did get a response that they are aware of this limitation and are working on this but there is no clear deadline. One day we will get this data, including reuse, but we are not really there yet. But maybe by then all addresses will be mapped already and OSM will be the reference! :-) I'm very sorry about getting everybody worked-up about finally being able to use this data but there was some misunderstanding about what usage in OSM meant. In our case mapping or copying the data instead of just geocoding on the main OSM-website. Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshausen@gmail.**comben.abelshau...@gmail.com http://twitter.com/xivk __**_ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-behttp://lists.openstreetmap.org/listinfo/talk-be __**_ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-behttp://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org
Re: [OSM-talk-be] AGIV CRAB not usable in OSM!
Hi all, Question is, if you write a tool which compares data, and people can then choose the correct point inside both datasets, who is then the rightful owner of the resulting dataset? Both organisations? Or all the people who entered the correct data manually? Another question, what's the legal difference between: - going to each house manually and - comparing/scraping datasets? Kind regards, Pieter On Sat, Jun 1, 2013 at 5:50 PM, Jo winfi...@gmail.com wrote: I was also thinking that we could put their disclaimer along with the source mention on that page. Also Openstreetmap data comes with no warranties anyway. Nobody is going to follow the source chain and make a claim that data that made its way into OSM was wrong when it came from AGIV. It will simply be corrected and people will move on. Then we will need a way to detect difference between our data and theirs and feed back a report about it. Jo 2013/6/1 Johan C osm...@gmail.com Will AGIV accept attribution on this page: http://wiki.openstreetmap.org/wiki/Contributors in order to use the data under ODbL? Cheers, Johan 2013/5/30 Ben Abelshausen ben.abelshau...@gmail.com @marc: yes it's the best way to get accurate data anyway! :-) I'm not sure about the Flemish open data licenses, Pieter should know. Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk On Thu, May 30, 2013 at 11:10 AM, Marc Gemis marc.ge...@gmail.comwrote: So I'll keep on walking and surveying housenumbers m. On Thu, May 30, 2013 at 10:58 AM, Jo winfi...@gmail.com wrote: I'm not entirely convinced those Flemish open data licenses would really help us a lot either. Do they need a disclaimer shown on each and every rendering of the data? Jo 2013/5/30 Ben Abelshausen ben.abelshau...@gmail.com Hi Again, Friday last week someone from AGIV called me to have a talk about the licence for CRAB and they will not change theirs for now. I also explained why we could not, similar to a commercial map provider, just add a disclaimer to our data. That is actually their only demand. *The orthofoto's is no problem, that has been confirmed again.* Anyway there was a bit of dissapointment on both sides about this. I also asked about the new Flemish open data licenses but they had no plans in that direction. There was even talk about closing the data again in 2015 but that descision was still to be made... Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk On Fri, May 17, 2013 at 11:08 AM, Ben Abelshausen ben.abelshau...@gmail.com wrote: OK I will immediately reply with this to them. Curious about the response. Thanks again to open-data-Pieter! :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk On Fri, May 17, 2013 at 11:05 AM, Pieter Colpaert pieter.colpa...@okfn.org wrote: Hi Ben, there is a clear deadline! The 14th of June they are doing the Flemish Open Data day on which they have to show their work. That day is going to advertise the Flemish open data licenses as well. We just need to convince AGIV to start using the right ones: http://okfn.be/2013/05/04/**flemish-open-data-licenses/http://okfn.be/2013/05/04/flemish-open-data-licenses/ Kind regards, Pieter On 05/17/2013 11:00 AM, Ben Abelshausen wrote: Bad news! The AGIV licence of the adressing data (CRAB) is NOT ok for reuse for OSM. I was in the process of requesting a licence. The story is: you can get the data but when a third person is reusing this they also need to sign a licence. This means that we cannot reuse this data in the OSM-database. At least not copying it, maybe mapping based on it and not copying would be ok... In my opinion this is not really open data, just free data as in beer! I did get a response that they are aware of this limitation and are working on this but there is no clear deadline. One day we will get this data, including reuse, but we are not really there yet. But maybe by then all addresses will be mapped already and OSM will be the reference! :-) I'm very sorry about getting everybody worked-up about finally being able to use this data but there was some misunderstanding about what usage in OSM meant. In our case mapping or copying the data instead of just geocoding on the main OSM-website. Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshausen@gmail.**comben.abelshau...@gmail.com http://twitter.com/xivk __**_ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-behttp://lists.openstreetmap.org/listinfo/talk-be __**_ Talk-be mailing list Talk-be@openstreetmap.org
Re: [OSM-talk-be] AGIV CRAB not usable in OSM!
2013/6/1 Pieter Colpaert pieter.colpa...@okfn.org Hi all, Question is, if you write a tool which compares data, and people can then choose the correct point inside both datasets, who is then the rightful owner of the resulting dataset? Both organisations? Or all the people who entered the correct data manually? Another question, what's the legal difference between: - going to each house manually and In this case we are taking note of our own observation independently of somebody's dataset. - comparing/scraping datasets? When comparing with somebody else's data it's important they are agreeable to such use of their data. Openstreetmap prefers to err on the safe side as far as this is concerned. It would be nice to have access to as many datasets as possible, so we can compare and try to draw conclusions from this. We are nice too, in the sense that we give all these sources the opportunity to check back and improve their own data in the process. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Who interprets semicolon in tag values?
Hi Jochen, mkgmap (the program, which generates Garmin-maps) is able to handle these ;-separated values in it's style-file. There is a function returning a specified value. You can also specify the seperator-char. Eg. you can ask: give me the second value-part which is seperated with ; Henning on Fri, 31 May 2013 17:03:26 +0200, wrote Jochen Topf joc...@remote.org: Hi! We have had an informal convention for a long time to use a semicolon (;) in tag values to separate multiple values, for instance ref=I 70; US 40 to denote that there are two numbered roads on a way. But most software out there doesn't actually interpret this in any special way. If you know of any software that actually does interpret this specially, please tell me. I am trying to get an idea where and how this is used in the real world. You can answer here on the list or write to me privately, I'll summarize for the list later. Thanks! Jochen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Notes feature
Am 01.06.2013 01:38, schrieb Paul Johnson: Curious when the JOSM OpenStreetBugs feature will be updated to handle the new Notes system, does anyone know? See https://josm.openstreetmap.de/ticket/8193 It does not have to be either or but both will probably be supported for a while. fly signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Notes feature
Am 01.06.2013 01:38, schrieb Paul Johnson: Curious when the JOSM OpenStreetBugs feature will be updated to handle the new Notes system, does anyone know? See https://josm.openstreetmap.de/ticket/8193 It does not have to be either or but both will probably be supported for a while. fly signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Help checking out huts on the Overland Track
Last I looked the osm Australia download was months old. I use garmin.openstreetmap.nl. Fast and up to date. Ian. On 01/06/2013, at 2:52 PM, Brett Russell brussell...@live.com.au wrote: Hi Thanks for that. Must be the changes are not reflected in the OSM Australia download that I did two days ago. Normally Alpine Hut shows up. In my Garmin file it is showing as a shelter so you need to be down at less than 50 metres for it to show. Alpine huts hang in for 2km from memory. Actually would not mind working with someone to put up a bushwalking specific img so mountains and foot designated paths hang in. Oh and I be Ent. Mapped the area out in detail for our nine day walk. Once again thanks for the prompt response, much appreciated. Cheers Brett Russell PO Box 94 Launceston Tas. 7250 Australia 0419 374 971 On 01/06/2013, at 2:38 PM, Ian Sergeant ina...@gmail.com wrote: Hi Brett, Can you be a little more specific. What is your OSM id? The Pine Valley Hut used to be amenity=hut, and now is tourism=alpine_hut. I can't imagine the latter will show up. It was changed by user=Ent on the 22nd of May, but no other changes for years.. Ian. On 1 June 2013 14:28, Brett Russell brussell...@live.com.au wrote: Pine Valley Hut ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Newcastle Inner Bypass - Motorway or not ?
On 01/06/13 14:32, Ian Sergeant wrote: On 1 June 2013 09:29, Michael James m.ja...@internode.on.net wrote: There is a legal difference between a divided highway and a freeway in Australia, so if it is not actually called a freeway/motorway via signage then it really isn't one. Firstly, I'm a little sceptical of there actually being a legal difference. Can you point to a source that would make this clear? The Australian road rules (on which each states rules are based) :- RR 97 Road access signs RR 177 Stopping on a freeway There are also rules that reference these rules such as the exceptions for a garbage truck stopping does not include an exception to RR 177 Any sign that has the following is considered a freeway :- freeway motorway tollway expressway ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Help checking out huts on the Overland Track
On 01/06/2013, at 4:44 PM, Ian Sergeant wrote: Last I looked the osm Australia download was months old. I used OSM Australia for my recent trip to the Northern Territory, and all my recent edits from Bing Imagery were present. Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Help checking out huts on the Overland Track
The update cycle can be erratic. Normally a day or two behind but a bit late this time. Cheers Brett Russell PO Box 94 Launceston Tas. 7250 Australia 0419 374 971 On 01/06/2013, at 10:09 PM, Mark Pulley mrpul...@lizzy.com.au wrote: On 01/06/2013, at 4:44 PM, Ian Sergeant wrote: Last I looked the osm Australia download was months old. I used OSM Australia for my recent trip to the Northern Territory, and all my recent edits from Bing Imagery were present. Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-tr] Baharı Haritalıyoruz
Selamlar, Dün panzerden kaçarken ayağımı çatlatmışım. Bugün röntgen çekilince öğrendim. Yarın sabah alçıya alınacak. Başından vurulanlar yanında önemsiz bir hasar tabii.. Neyse, evde dururken içim içimi yedi. Olup bitenleri haritalamaya başladım. https://crowdmap.com/map/turkiyebahari Bir arkadaşım da destek oluyor ama yeterli değiliz. Evde olanlarınız destek olabilir mi acaba? Esenlikle:) -- ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
Am 29.05.2013 16:17, schrieb Tobias Conradi: Den Teil über RGB kann man ruhigen Gewissens aus dem Wiki streichen, hat mit der Realität nichts zu tun, siehe http://taginfo.openstreetmap.org/keys/colour#values Den Teil über RGB (hex triplet) kann man ruhigen Gewissens nicht aus dem Wiki streichen, denn in der Realität werden RGB-Werte genutzt, siehe http://taginfo.openstreetmap.org/keys/colour#values z.B.: #79b51d count: 450 Man beachte, dass die Top acht Werte deutlich mehr als 80% ausmachen und alle textuelle Argumente haben. Bittte etwas vorsichtiger mit halbgaren Argumenten: das Beispiel oben sind mal gerade 0,5% der Tags (und das ist schon einer der prozentual größten Tags mit RGB-Angabe)... Just my 2 cents, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
2013/6/1 Michael Kugelmann michaelk_...@gmx.de: Am 29.05.2013 16:17, schrieb Tobias Conradi: Den Teil über RGB kann man ruhigen Gewissens aus dem Wiki streichen, hat mit der Realität nichts zu tun, siehe http://taginfo.openstreetmap.org/keys/colour#values Den Teil über RGB (hex triplet) kann man ruhigen Gewissens nicht aus dem Wiki streichen, denn in der Realität werden RGB-Werte genutzt, siehe http://taginfo.openstreetmap.org/keys/colour#values z.B.: #79b51d count: 450 Man beachte, dass die Top acht Werte deutlich mehr als 80% ausmachen und alle textuelle Argumente haben. Das braucht man nicht beachten. Es ist irrelevant. Es genügt ein einziger Wert um die Behauptung hat mit der Realität nichts zu tun, siehe http://taginfo.openstreetmap.org/keys/colour#values; zu widerlegen. Bittte etwas vorsichtiger mit halbgaren Argumenten: Meinst Du Deine Argumentation ist zumindest halbgar? das Beispiel oben sind mal gerade 0,5% der Tags (und das ist schon einer der prozentual größten Tags mit RGB-Angabe)... Bei den 6-stelligen Hex triplets gibt es 16^6 = 16777216 Permutationen http://de.wikipedia.org/wiki/Permutation 1/ 16777216 1/200 = 0,5%. Wenn ein Wert mit 0.5% Anteil an der Gesamtmenge der Tags auftritt, dann ist dies 16777216/200 mal so oft wie bei Gleichverteilung. Analogie: Nach der 0,5%-kann-man-Streichen-Logik, ergibt sich, dass in Deutschland keine Bielefelder leben, da 327199 / 8000 = 0.0040899875 0.5%. Dies gilt dann auch für Germering, und für die Teilmenge Michael Kugelmann (MichaelK). Zahlen aus: http://de.wikipedia.org/wiki/Bielefeld https://www.google.com/search?q=327199+%2F+8000 Mit der angeführten Grenze (Top-tags alleine haben schon mehr als 80%), kann man Bewohner ganzer Bundesländer oder eine 20% Minderheit seiner Wahl mit streichen, hat mit der Realität nichts zu tun behandeln. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
On 01/giu/2013, at 18:36, Tobias Conradi mail.2...@tobiasconradi.com wrote: Bei den 6-stelligen Hex triplets gibt es 16^6 = 16777216 Permutationen http://de.wikipedia.org/wiki/Permutation 1/ 16777216 1/200 = 0,5%. mein Punkt war, wenn man sich schon die Mühe macht, und nachforscht bzw. wie hier eine Anfrage beim Betreiber stellt (was ich auf keinen Fall erwarten würde), dann kann man das Ergebnis auch so in OSM eintragen, und nicht nur das in ein anderes Farbsystem gewandelte, insbesondere wenn die Konversion irreversibel ist. Wenn colour nicht der tag ist, dann vielleicht official_colour oder so. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
Hallo, vielleich bekommen wir die Kuh ein Stück näher ans Ufer, wenn der Key colour aufgesplittet wird: colour:rgb:text=pinguinrosa colour:rgb:codecs=http://wiki.openstreetmap.de/colour_rgb_codecs (Beispiel) Auf der Seite steht dann eine Definition und ein entsprechender Code für die Farben. Farben, die dort (noch) nicht definiert sind, können direkt angegeben werden: colour:rgb:code=0x403020 Wenn jemand den Code nachgetragen hat, kann er ggf. das tag entsprechend anpassen Ebenso andere Farbmodelle colour:ral:text=schokolandenkeks_braun_05 colour:ral:codecs=http://wiki.openstreetmap.de/colour_ral_codecs bzw: colour:ral:code=0x2208e3ßarhva0ß93r Auf den entsprechenden Codecs (nenn ich jetzt mal so) Seiten im Wiki stehen dann die Wertepaare im Idealfall so, dass man die Seite runterkopieren und in eine lokale Datenbank einfügen kann: schokoladenkeks_braun_05 = 0xafdjih4jnga09ujaöäjk schokoladenkeks_braun_06 = 0x094r5nklöäa0f98ga Wer später noch was dazwischen fügen will, kann dann immer noch schokoladenkeks_braun_055 nehmen. Vielleicht lässt man auch immer 100 Nummern Platz für spätere Ergänzungen. Wenn jemand mit einem Farbnamen so gar nicht umgehen will, ergänzt er die Tabelle eben um einen weiteren Namen mit gleicher Farbe. Das ist zwar eigentlich überflüssig, vermeidet aber den OSM-üblichen Streit um tags. Wenn die Tabelle geladen werden kann, ist es der Anwendung egal. Wir haben dann ein eigenes Farbschema, dass dem Mapper in der DB zumindest eine Idee liefert, um was für eine Farbe es sich handeln könnte und gleichzeitig trotzdem einen technisch verwertbaren Farbwert. Wenn es offizielle Farbnamen gibt, kann man sie ja in die Tabelle eintragen, falls das nicht irgendwo verboten wird. Wenn es eine offizielle Quelle für die Farbauswahl gibt: colour:ral:source = www.firmaxx.de/farbverwaltung/public Damit lasen sich mehrere Farbschemen unabhängig voneinander verwalten, der Mapper versteht, um was es geht, der Anwender für das Web bekommt seine RGB-Farbe, der Drucker seine RAL-oder-was-auch-immer-Farbe, und niemand ist gezwungen, irgend etwas für das Eintragen umzurechnen. Es steht natürlich jedem Mapper frei, Farben einzutragen oder auch nicht oder nur in einem der Schemen. (Alle Angaben sind nur prinzipielle Beispiele, ich habe nichts nachgeschlagen). Eventuell könnte man das ganze dann auch noch in einer Vorlage für josm auswerten und z.B. für die Vorauswahl Blautöne RAL die im Wiki definierten Namen anbieten, ggf. vielleicht noch mit einem einigermaßen passenden Farbton aus Animation. Gruß, Wolfgang Am Donnerstag, den 30.05.2013, 15:55 +0200 schrieb Martin Koppenhöfer: Am 30.05.2013 um 15:05 schrieb Tobias Conradi mail.2...@tobiasconradi.com: Das ist das was bei der Konversion via ECI nocht fehlt. Wenn man aber nur RAL vorgibt, dann erhält man Werte wie hier zu sehen: http://anna.info/wiki/RAL_5017 irgendwelche Blautöne. RAL ist durchaus eindeutig definiert, es gibt da Farbfächer, Farbbibliotheken, Lacke, etc, m.E. sollte der Tag in osm in diesem Fall de:verkehrsblau oder traffic_blue oder RAL_5017 od. ähnlich sein (da das die festgelegte Farbe ist), dann kann sich der Auswerter selbst entscheiden, ob er das in irgendeinem Blau oder sonstwie darstellt, oder das richtige nimmt, vor allem wenn er vorhat, das zu drucken, weil auf Bildschirmen ist korrekte Farbwiedergabe sowieso nicht üblich bzw. möglich. RGB kommt mir nach wie vor aufgrund der Einschränkungen hinsichtlich der darstellbaren Farben nicht als glückliche Wahl vor, welches RGB ist dabei auch bisher noch gar nicht definiert... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
On Sat, Jun 1, 2013 at 8:36 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: mein Punkt war, wenn man sich schon die Mühe macht, und nachforscht bzw. wie hier eine Anfrage beim Betreiber stellt (was ich auf keinen Fall erwarten würde), dann kann man das Ergebnis auch so in OSM eintragen, und nicht nur das in ein anderes Farbsystem gewandelte, insbesondere wenn die Konversion irreversibel ist. Wenn colour nicht der tag ist, dann vielleicht official_colour oder so. OK! :-) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
Il 01 giugno 2013 00:02, Gianluca Boero ha scritto: Via San Chiaffredo l'ho corretto inserendo la C maiuscola. bene, per qualche motivo la mia pagina si rifiuta di segnare come errore la versione in minuscolo Serre Uberto è una borgata taggata come Hamlet. Il nome è corretto, non credo sia corretta la mappatura della track con name Frazione Serre Uberto. Devo eliminarla vero? probabilmente sì perché da quel che capisco dalle foto di Bing non passa dentro Serre Uberto (però avrà un nome perché arriva fino a Meire La Font), dentro Serre Uberto invece passa una way con name=Frazione Serre Uberto che IMHO sarebbe meglio se fosse residential (con il giusto surface e eventualmente access e noexit) specialmente se è veramente senza sfondo come è disegnata ora Idem per Balma Fundua visto che si collega alla way Serre Uberto penso che la soluzione sia simile, però puoi anche aspettare di andarci di persona perché magari c'è un cartello con il nome :-) Brich esiste come borgata ma gli è anche stato nominata la via. questa l'ho segnata come giusta Comunque appena vado di persona ti aggiorno. bene, ricapitolando, i nomi che potrebbero essere eliminati o modificati sono 2: Balma Fundua Serre Uberto il nome Ciampagnai non è conosciuto al correttore: Strada Comunale Frazione Ciampagnai se ti può essere utile, questo è l'elenco completo delle strade con nome nel Comune di Chiaffredo: Balma FunduaNon inizia con Via, Piazza, ecc. Borgata Bertolini Borgata Brich Borgata Cortili Borgata Fenoglio Borgata Sagne Frazione Borgo Frazione Serre Frazione Serre Uberto Pian Regina Piazza Nuova Piazzale Seggiovia Serre UbertoNon inizia con Via, Piazza, ecc. Strada Comunale Frazione Ciampagnai Ortografia da controllare. Via della Crocetta Via Pian del Re Via Provinciale Via Roma Via Ruata Via San Chiaffredo Via Umberto I Villaggio Miravalle -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
Il 01/06/2013 11:26, Daniele Forsi ha scritto: bene, ricapitolando, i nomi che potrebbero essere eliminati o modificati sono 2: Balma Fundua Serre Uberto il nome Ciampagnai non è conosciuto al correttore: Strada Comunale Frazione Ciampagnai se ti può essere utile, questo è l'elenco completo delle strade con nome nel Comune di Chiaffredo: Balma Fundua Non inizia con Via, Piazza, ecc. Borgata Bertolini Borgata Brich Borgata Cortili Borgata Fenoglio Borgata Sagne Frazione Borgo Frazione Serre Frazione Serre Uberto Pian Regina Piazza Nuova Piazzale Seggiovia Serre Uberto Non inizia con Via, Piazza, ecc. Strada Comunale Frazione Ciampagnai Ortografia da controllare. Via della Crocetta Via Pian del Re Via Provinciale Via Roma Via Ruata Via San Chiaffredo Via Umberto I Villaggio Miravalle Grazie...ho stampato la pagina. Appena vado in valle controllo qualcosa. Ciao -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
Il 01/06/2013 11:26, Daniele Forsi ha scritto: bene, ricapitolando, i nomi che potrebbero essere eliminati o modificati sono 2: Balma Fundua Serre Uberto Scusa...avevo tralasciato questa parte della tua mail. Si...eliminati ma dalla way, perchè esiste una borgata (hamlet) che è corretta. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
Il 01 giugno 2013 12:57, Gianluca Boero ha scritto: Il 01/06/2013 11:26, Daniele Forsi ha scritto: bene, ricapitolando, i nomi che potrebbero essere eliminati o modificati sono 2: Balma Fundua Serre Uberto Scusa...avevo tralasciato questa parte della tua mail. Si...eliminati ma dalla way, perchè esiste una borgata (hamlet) che è corretta. sì, anche io intendevo eliminati dalla highway, o modificati se ci sono cartelli -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Vandalismo en Cartagena
Estimados maper@s: Tengo un caso de vandalismo [1] para Cartagena. Proviene desde el usuario Jhonfac, sus actos de vandalismo se concentran en: 1) descuadrar los vectores del mapa moviendo los nodos de las intersecciones entre las vías; 2) eliminar vectores de vías; Estas son sus ediciones: http://www.openstreetmap.org/user/Johnfac/edits Apelo a la lista para su colaboración, ya que he escrito al usuario sin tener una respuesta a las peticiones para corregir los datos afectados. Me encuentro editando con JOSM los nodos y rehaciendo vías; pero preferiría revertir sus ediciones que ha realizado en Cartagena. Agradezco su colaboración para el apoyo en el proceso de rollback [2]. Mil gracias, Humberto Yances [1] http://wiki.openstreetmap.org/wiki/Vandalism [2] http://wiki.openstreetmap.org/wiki/Change_rollback ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-ar] Corrección del trazado de calles
A mi me dijeron que con el simple hecho de que fuera un rastro gps no queria decir que fuera mas exacto que la imagen satelital. El 31/05/2013 22:08, Gonzalo Gabriel Pérez zalit...@gmail.com escribió: Buenas! Como ya es sabido, las trazas de muchas calles están corridas con respecto de la imagen satelital por varias razones. El problema de corregirlas es que pueden correrse sin querer las que intresectan y en definitiva queda peor que antes. Por ej: si el trazado de calles conforma una cuadrícula y se corren algunas vías deja de tener esa estructura de cuadrícula. Creo que son muy pocos los que tienen el tiempo libre necesario para corregir todo un conjunto de calles corridas evitando que otras queden torcidas. Obviamente que si la diferencia con la imagen es muy evidente hay que arreglarla de una. ¿Hay alguien corrigiendo esto en Buenos Aires? ¿En qué zonas? ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Corrección del trazado de calles
1 solo rastro puede estar desplazado, pero si hay 3 o mas rastros que coinciden (sobre todo en curvas) y la imagen satelital esta a 5 metros, yo le creeria a los rastros y no a la imagen. Seguro en osm puede haber rastros mal subidos, nuvi por defecto pega los puntos del gpx al mapa activo. Pero los gpx que yo subo estaban perfectos, 1 punto por segundo, buena señal de satelite trackeados tanto de ida como de vuelta (viaje de 2.600km), a veces voy ruteando con 2 gps, por lo que estoy seguro que lo que esta desplazada es la imagen del satelite. saludos!. El 1 de junio de 2013 20:27, Facundo Suárezfacu...@svarez.com.ar escribió: A mi me dijeron que con el simple hecho de que fuera un rastro gps no queria decir que fuera mas exacto que la imagen satelital. El 31/05/2013 22:08, Gonzalo Gabriel Pérez zalit...@gmail.com escribió: Buenas! Como ya es sabido, las trazas de muchas calles están corridas con respecto de la imagen satelital por varias razones. El problema de corregirlas es que pueden correrse sin querer las que intresectan y en definitiva queda peor que antes. Por ej: si el trazado de calles conforma una cuadrícula y se corren algunas vías deja de tener esa estructura de cuadrícula. Creo que son muy pocos los que tienen el tiempo libre necesario para corregir todo un conjunto de calles corridas evitando que otras queden torcidas. Obviamente que si la diferencia con la imagen es muy evidente hay que arreglarla de una. ¿Hay alguien corrigiendo esto en Buenos Aires? ¿En qué zonas? ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ro] Talk-ro Digest, Vol 50, Issue 1
Consensul a fost să se păstreze numele complet. De exemplu: Strada Nicolae Iorga Bulevardul Nicolae Bălcescu Aleea Dobrogei Spor la editat! :) 2013/6/2 Cip cip c1pr1a...@gmail.com Buna seara! Ca sa inteleaga toata lumea se adauga sau se sterge (strada) ? Intreb pentru ca in modificarile viitoare sa tin cont de ce s-a hotarat si sa nu facem o gramada de retusuri. 2013/6/1 talk-ro-requ...@openstreetmap.org Send Talk-ro mailing list submissions to talk-ro@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-ro or, via email, send a message with subject or body 'help' to talk-ro-requ...@openstreetmap.org You can reach the person managing the list at talk-ro-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ro digest... Today's Topics: 1. Re: Fwd: [OpenStreetMap] Re: Nume de strazi modificate (Michael H?ckel) 2. Re: Fwd: [OpenStreetMap] Re: Nume de strazi modificate (Razvan) 3. Re: Fwd: [OpenStreetMap] Re: Nume de strazi modificate (Michael H?ckel) 4. Re: Fwd: [OpenStreetMap] Re: Nume de strazi modificate (Razvan) 5. Re: Fwd: [OpenStreetMap] Re: Nume de strazi modificate (Michael H?ckel) 6. Re: Fwd: [OpenStreetMap] Re: Nume de strazi modificate (Razvan) 7. Re: Fwd: [OpenStreetMap] Re: Nume de strazi modificate (Michael H?ckel) -- Mesaj redirecţionat -- From: Michael Häckel michael.haec...@web.de To: OSM Romania talk-ro@openstreetmap.org Cc: Date: Fri, 31 May 2013 18:13:54 +0200 Subject: Re: [Talk-ro] Fwd: [OpenStreetMap] Re: Nume de strazi modificate sorein încă o dată sterge „Strada și schimbă „Buldevardul” - „Bd”. http://www.openstreetmap.org/browse/way/26472810/history Ce să facem? După părerea mea și ar trebui să scriem pe wiki în limba română ce am hotărât aici. Atunci fiecare discuție e mai ușor. Cineva care vorbește limba română mai bine decât mine poate scrie o pagină acolo? Am Dienstag, 21. Mai 2013, 14:46:37 schrieb Mircea Vutcovici: 2013/5/21 Strainu strain...@gmail.com În data de 21 mai 2013, 18:14, Mircea Vutcovici mirceavutcov...@gmail.com a scris: [snip] OSM spune de adaugi si Strada, in denumire : http://wiki.openstreetmap.org/wiki/Names Ciudat, am citit aceeași pagină și am ajuns la o concluzie total opusă (vezi primul meu mail din acest thread) :) Am mai citit-o acum o dată, și tot nu văd unde scrie asta. Se deduce din exemplele de acolo, dar nu este mentionat direct. Cel putin asa am interpreteat paragrafele urmatoare: Computers can easily shorten words but not the other way (St. could be Street or Saint). If the signs have abbreviated words and you don't know what the full word is, then use it temporarily until someone else complete it. Using short forms is a decision of software i.e. the underlying data should have the full street name. This will allow a renderer, a router or a location finder to introduce abbreviations as necessary. Use *mixed case** *with the first letter of each word capitalised (for example, *Church Street*, not *Church street*) Note: We can apply this rule quite strictly for latin-based languages but less so for some other languages. Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro -- Mesaj redirecţionat -- From: Razvan radulescu.raz...@gmail.com To: OSM Romania talk-ro@openstreetmap.org Cc: Date: Fri, 31 May 2013 19:21:50 +0300 Subject: Re: [Talk-ro] Fwd: [OpenStreetMap] Re: Nume de strazi modificate Ii trebuie inchis contul. Avand in vedere in ce hal discuta cu oamenii, am impresia ca aceasta persoana nu se afla in deplinatatea facultatilor mintale si sufera de o boala mintala asociata obsesiei. Adica foarte grav... On 31.05.2013 19:13, Michael Häckel wrote: sorein încă o dată sterge „Strada și schimbă „Buldevardul” - „Bd”. http://www.openstreetmap.org/**browse/way/26472810/historyhttp://www.openstreetmap.org/browse/way/26472810/history Ce să facem? După părerea mea și ar trebui să scriem pe wiki în limba română ce am hotărât aici. Atunci fiecare discuție e mai ușor. Cineva care vorbește limba română mai bine decât mine poate scrie o pagină acolo? Am Dienstag, 21. Mai 2013, 14:46:37 schrieb Mircea Vutcovici: 2013/5/21 Strainu strain...@gmail.com În data de 21 mai 2013, 18:14, Mircea Vutcovici mirceavutcov...@gmail.com a scris: [snip] OSM spune de adaugi si Strada, in denumire : http://wiki.openstreetmap.org/**wiki/Nameshttp://wiki.openstreetmap.org/wiki/Names Ciudat, am citit aceeași pagină și am ajuns la o concluzie total opusă (vezi primul meu mail din acest thread) :) Am mai citit-o acum o dată, și tot nu văd unde scrie asta. Se
Re: [Talk-ro] Talk-ro Digest, Vol 50, Issue 1
Si eu, si Razvan , folosim denumire completa, e usor de inteles pentru oricine, noi am trecut asa cum au toti furnizorii de harti. Ma rog, in proportie de 90%. Waze are obligatoriu Str. xxx . La strada ar fi mai simplu de inteles pentru oricine, dar sunt abrevieri la diverse gen Stradela, Piata, la care unii s-ar uida lung, mai ales daca nu sunt de la noi din tara, si sa mai cunoasca si toate abrevierile. Pe OSM wiki, este o lista cu abrevieri care pot fi folosite, insa avem o minte luminata printre noi , si are si un dex personal plin de abrevieri, plus ca nici nu modifica o strada complet. O sa gasesti strada respectiva in oras, in vreo 3 sau 4, daca nu chiar 6 denumiri diferite. Toate referindu-se la aceeasi strada. Acum fiecare cum considera, ca softul ar trebui sa-ti gaseasca si daca scrii Mihai Eminescu, tot ce ar tine de aceasta denumire in localitatea in care cauti... -- View this message in context: http://gis.19327.n5.nabble.com/Re-Talk-ro-Digest-Vol-50-Issue-1-tp5763719p5763720.html Sent from the Romania mailing list archive at Nabble.com. ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ca] GeoThink au Québec...
Bonjour à vous tous, Je vous remercie d'avoir accepter que cette première rencontre soit aussi reliée virtuellement à un noeud à Montréal. Je vous annonce donc que cette rencontre virtuelle sera organisée par le groupe local OKFN. D'ici la fin de la journée, je vais ajuster la prochaine rencontre Meetup-OKFN de Montréal Les personnes intéressées à ce joindre à nous à Montréal, sont donc invitées à s'inscrire au groupe Meetup-OKFN de Montréal http://www.meetup.com/OpenKnowledgeFoundation/Montreal-CA/877112/ -- Dre Diane Mercier Ph.D. Sciences de l'information Ambassadrice de l'Open Knowledge Foundation - Groupe local au Canada http://ca.okfn.org Twitter : @okfnca Profil : http://okfn.org/members/dianemercier Chargée de projet sur les données ouvertes de la Ville de Montréal Blogue : http://dianemercier.com LinkedIn : http://www.linkedin.com/in/dianemercier Google+ : diane.merc...@gmail.com Skype : dianemercier Zotero : http://www.zotero.org/dmercier « J'utilise une suite bureautique libre pour gérer les documents en formats ouverts (ODF) » Le 2013-05-31 09:43, Nicolas Gignac a écrit : Pour faire suite aux commentaires de Fabien, Bruno et Simon, Stéphane Roche, le professeur de l'Université Laval derrière GeoThink, a répondu positivement à la demande de faire une rencontre ouverte sur son projet GeoThink. Cela sera prévu sûrement à Québec durant le mois de juin pour ceux qui pourront y être, on pourrait trouver un moyen virtuel de se lier à quelque part à Montréal aussi. Comme ce sera ouvert, restez aux aguets lors de la création de ce futur Meetup-Géo Québec ! Au plaisir, Nicolas Gignac -- Bonjour à tous Je trouve l'ide intressante en effet et sans doute plus pertinente. Je n'avais juste pas anticip un tel retour... Lors du montage du projet, le calendrier tait par ailleurs tellement serr que je n'avais pas eu le temps de tisser les partenariats ici Qubec et au Qubec. Alors oui je suis partant pour organiser une rencontre comme celle-ci, je pourrais sans doute trouver une salle pour cela sur le campus, moins que nous fassions cela ailleurs (Le Cercle: je peux voir avec Bruno Bernier par exemple). Une rencontre informelle: je fais une brve prsentation du projet et on discute des suites donner en ce qui concerne les partenariats possibles... La seconde quinzaine de juin serait faisable pour moi... Stéphane Roche -- Dr. Stphane Roche Professeur titulaire de sciences gomatiques Directeur scientifique du rseau GEOIDE Universit Laval, Qubec (QC), Canada www.scg.ulaval.ca http://www.scg.ulaval.ca www.geoide.ulaval.ca http://www.geoide.ulaval.ca stephane.ro...@scg.ulaval.ca mailto:stephane.ro...@scg.ulaval.ca twitter: @Geodoc31 linkedin: http://ca.linkedin.com/in/stephroche skype: geodoc31 -- Le 2013-05-30 12:53, NICOLAS GIGNAC a crit : Bonjour Stphane, Vu la raction au Qubec suite la cration de votre initiative GeoThink, ton ide de faire une rencontre prive avec les gens intresss ne pourrait-elle pas tre revue ? Ne serait-il pas plus efficace et appropri de le faire plus ouvertement, comme cela a t propos par certains, soit un genre de Meetup Go Qubec (Universit Laval ?) avec un appel ouvert qui veut bien assister (organismes publics, entreprises prives, universits, ONG, etc.) et une prsentation de GeoThink, soit : ses objectifs, ses projets, ses possibles partenariats et alliances au Qubec ? L'ide t'es lance, toi de nous dire si tu es intress. Merci de nous tenir au courant. Au plaisir d'avoir de tes nouvelles, Nicolas Simon Mercier smerc...@mapgears.com mailto:smerc...@mapgears.com 2013-05-30 12:20 pti Message original Sujet: Re: [Talk-ca] Fwd: [Okfn-ca] Fwd: GeoThink : donnes ouvertes... Date : Wed, 29 May 2013 18:28:28 -0400 De : Simon Mercier smerc...@mapgears.com mailto:smerc...@mapgears.com Pour : Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com Copie : Fabian Rodriguez magic...@member.fsf.org mailto:magic...@member.fsf.org, talk-ca@openstreetmap.org mailto:talk-ca@openstreetmap.org Bruno, Fabian J'avais pens cet hiver lancer un groupe Meetup Go Qubec (genre 5@7) entre autres, pour ce genre d'changes/discussions. Par manque de temps, je n'ai pas donn suite, mais l'option est toujours l si d'autres sont intresss entretenir la communaut! J'imagine que Nicolas Gignac et/ou Stephane Roche (qui sont probablement aussi sur cette liste) pourront venir ce Meetup pour en discuter. Il s'agit simplement de trouver un endroit et dterminer une frquence de rencontres ... http://www.meetup.com/quebec-geo/ cheers Le 13-05-29 4:09 PM, Bruno Remy a crit : Merci Fabian! Nous avons vu passer la nouvelle sur les media sociaux, et allons probablement en parler avec des intervenants en particulier
Re: [OSM-talk-fr] Import adresses Grand Lyon
Bonjour, Le projet réalisé à Nantes est présenté dans le wiki d'OSM : http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole Le site du Bruno - http://arboulig.free.fr/OSM/ImportNM/ - associe un fichier xml par rue qui comporte les ordres de création des points adresse, de la relation AssociatedStreet et de ses membres. Pour concevoir ces fichiers, il suffit d'effectuer les opérations à la main dans JOSM, d'enregistrer le fichier en .xml ou .osm et de voir comment il est structuré. Pour produire les fichiers xml de Nantes, j'ai également déterminé pour chaque rue, la ou les highway existants dans JOSM qui portent le même nom. Quand c'était le cas, ces highway sont ajoutés en membre street de la relation AssociateStreet. Pour faciliter le travail du contributeur, le fichier XML positionne JOSM au centre des points adresses et des highways associés. Pour Nantes, Toulouse et Bordeaux (?), les relations AssociatedStreet comportent le tag ref:FR:FANTOIR avec le numéro Fantoir (ex-rivoli) quand il figure dans les données. Il facilite la tâche pour les futures opérations de mise à jour. voir http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales La source des données doit également figurer. Pour Nantes, elle est sur chaque adresse avec le mois et l'année de publication. Pour terminer, ce type de projet prend du temps. A Nantes, l'intégration s'est déroulée de décembre 2011 à fin août 2012. Nous avons rencontré les personnes de Nantes Métropole pour échanger des informations. Nous avons notamment fourni une liste des anomalies relevées par les contributeurs. La dernière publication sur le site en opendata en janvier 2013 ne comportait aucune correction. Le projet sur Lyon représente une taille plus importante que Nantes. A titre de comparaison, les 24 communes de Nantes Métropole représentent 155000 adresses et 9000 rues. A mon sens, le projet sur Lyon doit se monter avec des contributeurs locaux en veillant à son animation via une page sur le wiki et des échanges sur une liste de diffusion locale. Librement Christophe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tr : Import adresses Grand Lyon
A mon sens, le projet sur Lyon doit se monter avec des contributeurs locaux en veillant à son animation via une page sur le wiki et des échanges sur une liste de diffusion locale. Bonne idée je met la liste Lyon en copie ;) Florian. - Mail transféré - De : isnogoud os...@free.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 1 juin 2013 9h25 Objet : Re: [OSM-talk-fr] Import adresses Grand Lyon Bonjour, Le projet réalisé à Nantes est présenté dans le wiki d'OSM : http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropole Le site du Bruno - http://arboulig.free.fr/OSM/ImportNM/ - associe un fichier xml par rue qui comporte les ordres de création des points adresse, de la relation AssociatedStreet et de ses membres. Pour concevoir ces fichiers, il suffit d'effectuer les opérations à la main dans JOSM, d'enregistrer le fichier en .xml ou .osm et de voir comment il est structuré. Pour produire les fichiers xml de Nantes, j'ai également déterminé pour chaque rue, la ou les highway existants dans JOSM qui portent le même nom. Quand c'était le cas, ces highway sont ajoutés en membre street de la relation AssociateStreet. Pour faciliter le travail du contributeur, le fichier XML positionne JOSM au centre des points adresses et des highways associés. Pour Nantes, Toulouse et Bordeaux (?), les relations AssociatedStreet comportent le tag ref:FR:FANTOIR avec le numéro Fantoir (ex-rivoli) quand il figure dans les données. Il facilite la tâche pour les futures opérations de mise à jour. voir http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales La source des données doit également figurer. Pour Nantes, elle est sur chaque adresse avec le mois et l'année de publication. Pour terminer, ce type de projet prend du temps. A Nantes, l'intégration s'est déroulée de décembre 2011 à fin août 2012. Nous avons rencontré les personnes de Nantes Métropole pour échanger des informations. Nous avons notamment fourni une liste des anomalies relevées par les contributeurs. La dernière publication sur le site en opendata en janvier 2013 ne comportait aucune correction. Le projet sur Lyon représente une taille plus importante que Nantes. A titre de comparaison, les 24 communes de Nantes Métropole représentent 155000 adresses et 9000 rues. A mon sens, le projet sur Lyon doit se monter avec des contributeurs locaux en veillant à son animation via une page sur le wiki et des échanges sur une liste de diffusion locale. Librement Christophe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Pour ce qui du merge des adresses importées par rapport à l'existant saisi à la mano par des contributeurs, si la source de données est fiable et riche, je pense qu'il vaut mieux zapper l'existant et tout importer à partir de la source fournie que de se lancer dans un travail de dentelliere à trier l'existant du nouveau. Ca me semble lourd. Enfin, moi j'ai mis pas mal d'adresses sur la presqu'ile mais je n'ai aucun soucis à ce que ce soit écrasé par un import semi auto si on gagne en homogénéité / précision /complétude. Je ne sais pas si c'est partagé... Eric (Blueberry) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets
Le 31 mai 2013 à 17:35, Cédric Moro moro_geogra...@hotmail.com a écrit : Bonsoir OSeMeuses et OSeMeurs, Juste pour vous faire partager un petit outil que je viens de développer en quelques heures pour répondre aux problématiques de monitoring de Twitter lors d'urgences de sécurité civile. Cet outil sert à trouver les tweets géolocalisés sur un rayon déterminé, associés ou non à un mot clef ou hashtag http://www.i-resilience.fr/app/easygeotweets Il est basé sur la dernière librairie Leaflet avec les tuiles d'OSM bien entendu. On peut certainement l'améliorer pour une meilleure visibilité sur mobile. On pourrait aussi faire apparaître le cercle de sélection des tweets géolocalisés en transparence. Le plus intéressant serait de faire apparaitre sur la carte tous les tweets de la zone de sélection avec un code couleur associé à leurs heures de création. Bref, pas mal de choses à faire sur cette petite app pour une V2. Donc, si un développeur a un peu de temps pour faire évoluer cette app, il est le bienvenu. Pour ma part, je suis actuellement pris par le dev d'une app de micro-tasking autour des photos en opendata lors de catastrophes, qui sera libre elle-aussi et qu'il faut que j'avance. Je me suis fixé septembre pour la mettre en production afin que les citoyens intégrent plus facilement les équipes virtuelles en sécurité civile. Elle sera basée elle-aussi sur les fonds de carte OSM. Bonjour, C’est une belle réalisation. Il faudrait ajouter le charset dans le head. Les fichiers sont encodés en iso machin actuellement, peut-être pourrais-tu les encoder en utf-8. L’appel serait : meta http-equiv=Content-Type content=text/html; charset=utf-8 / @+ -- Pierre___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets
Salut, Je viens de mettre le charset UTF-8. Tu penses qu'il y aurait des contributeurs pour faire apparaître directement les tweets sélectionnés sur la carte ? Sinon, il faudra peut-être attendre la fin de l'année que j'ai le temps de m'y mettre plus longtemps ? A bientôt, Cédric From: pierre.fic...@gmail.com Date: Sat, 1 Jun 2013 08:19:12 -0300 To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets Le 31 mai 2013 à 17:35, Cédric Moro moro_geogra...@hotmail.com a écrit :Bonsoir OSeMeuses et OSeMeurs, Juste pour vous faire partager un petit outil que je viens de développer en quelques heures pour répondre aux problématiques de monitoring de Twitter lors d'urgences de sécurité civile. Cet outil sert à trouver les tweets géolocalisés sur un rayon déterminé, associés ou non à un mot clef ou hashtag http://www.i-resilience.fr/app/easygeotweets Il est basé sur la dernière librairie Leaflet avec les tuiles d'OSM bien entendu. On peut certainement l'améliorer pour une meilleure visibilité sur mobile. On pourrait aussi faire apparaître le cercle de sélection des tweets géolocalisés en transparence. Le plus intéressant serait de faire apparaitre sur la carte tous les tweets de la zone de sélection avec un code couleur associé à leurs heures de création. Bref, pas mal de choses à faire sur cette petite app pour une V2. Donc, si un développeur a un peu de temps pour faire évoluer cette app, il est le bienvenu. Pour ma part, je suis actuellement pris par le dev d'une app de micro-tasking autour des photos en opendata lors de catastrophes, qui sera libre elle-aussi et qu'il faut que j'avance. Je me suis fixé septembre pour la mettre en production afin que les citoyens intégrent plus facilement les équipes virtuelles en sécurité civile. Elle sera basée elle-aussi sur les fonds de carte OSM. Bonjour, C’est une belle réalisation. Il faudrait ajouter le charset dans le head. Les fichiers sont encodés en iso machin actuellement, peut-être pourrais-tu les encoder en utf-8.L’appel serait :meta http-equiv=Content-Type content=text/html; charset=utf-8 / @+ -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets
Salut ! Merci à toi @Cedric, c'est intéressant. Seydou Badiane Le 31 mai 2013 20:35, Cédric Moro moro_geogra...@hotmail.com a écrit : Bonsoir OSeMeuses et OSeMeurs, Juste pour vous faire partager un petit outil que je viens de développer en quelques heures pour répondre aux problématiques de monitoring de Twitter lors d'urgences de sécurité civile. Cet outil sert à trouver les tweets géolocalisés sur un rayon déterminé, associés ou non à un mot clef ou hashtag http://www.i-resilience.fr/app/easygeotweets Il est basé sur la dernière librairie Leaflet avec les tuiles d'OSM bien entendu. On peut certainement l'améliorer pour une meilleure visibilité sur mobile. On pourrait aussi faire apparaître le cercle de sélection des tweets géolocalisés en transparence. Le plus intéressant serait de faire apparaitre sur la carte tous les tweets de la zone de sélection avec un code couleur associé à leurs heures de création. Bref, pas mal de choses à faire sur cette petite app pour une V2. Donc, si un développeur a un peu de temps pour faire évoluer cette app, il est le bienvenu. Pour ma part, je suis actuellement pris par le dev d'une app de micro-tasking autour des photos en opendata lors de catastrophes, qui sera libre elle-aussi et qu'il faut que j'avance. Je me suis fixé septembre pour la mettre en production afin que les citoyens intégrent plus facilement les équipes virtuelles en sécurité civile. Elle sera basée elle-aussi sur les fonds de carte OSM. @+ Cédric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] projet patrimoine dans OpenStreetMap avec Wikimedia
Voilà j'ai fait une transposition d'une recommandation de la communauté européenne sur la classification experte des monuments historiques. C'est ici https://drive.google.com/?urp=http://search.yahoo.com/404handler?ei%3DUTF-8%26p%3Dgoogle%2Bdrive%26url%3Dhttp%253A%252F%252Fdrive.google.fr%252F%26src%3Dtoolbar%26nrd%3D1%26fr%3Dslv502-tyc#activity J'ai maintenant besoin d'un coup de main pour qualifier les tags utilisés ou utilisables dans OSM afin de faire un test dans le cadre de Wikilovesmonuments http://www.wikilovesmonuments.org/ collecter des photos mais aussi des informations un peu plus fines. Pour le fichier modifiable c'est là : https://docs.google.com/spreadsheet/ccc?key=0AoBuAP_kINa7dGF4RjhZNlM5dFNoVFAwRlZDVzJtT0E#gid=0 - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/projet-patrimoine-dans-OpenStreetMap-avec-Wikimedia-tp5763684.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Salut, est-ce qu'il serait possible d'avoir accès à un extrait du fichier utilisé pour l'import nantais ? je suis volontaire pour travailler les données et générer le fichier pour le fichier pour l'import, mais avec un exemple ça sera encore plus facile ;) Par ailleurs le but de ce genre d'intégration est bien de conserver (et éventuellement compléter) les données existantes. D'autant plus quand il s'agit d'un bon boulot, et qui couvre une grande zone homogène = ça sera rapide à vérifier, et comme ça on aura plus de temps pour le reste ... et puis on aura tout l'été pour ça :D Sylvain Le 1 juin 2013 12:01, Eric eric...@sfr.fr a écrit : Pour ce qui du merge des adresses importées par rapport à l'existant saisi à la mano par des contributeurs, si la source de données est fiable et riche, je pense qu'il vaut mieux zapper l'existant et tout importer à partir de la source fournie que de se lancer dans un travail de dentelliere à trier l'existant du nouveau. Ca me semble lourd. Enfin, moi j'ai mis pas mal d'adresses sur la presqu'ile mais je n'ai aucun soucis à ce que ce soit écrasé par un import semi auto si on gagne en homogénéité / précision /complétude. Je ne sais pas si c'est partagé... Eric (Blueberry) __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets
Salam Seydou, Justement, je parlais à Nicolas (que tu dois connaître) que je serai deux mois au Sénégal cet été et que je souhaitais rencontrer la communauté OSM SN, sur un projet précis ou juste pour mapper un peu. Je vous suis depuis un moment, notamment lors des inondations de Dakar avec le HOT mais aussi régulièrement sur Facebook. Je serai ravi de vous rencontrer. Ba benen yoon, Cédric Date: Sat, 1 Jun 2013 14:50:53 +0100 From: seydoubadi...@gmail.com To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets Salut ! Merci à toi @Cedric, c'est intéressant. Seydou Badiane Le 31 mai 2013 20:35, Cédric Moro moro_geogra...@hotmail.com a écrit : Bonsoir OSeMeuses et OSeMeurs, Juste pour vous faire partager un petit outil que je viens de développer en quelques heures pour répondre aux problématiques de monitoring de Twitter lors d'urgences de sécurité civile. Cet outil sert à trouver les tweets géolocalisés sur un rayon déterminé, associés ou non à un mot clef ou hashtag http://www.i-resilience.fr/app/easygeotweets Il est basé sur la dernière librairie Leaflet avec les tuiles d'OSM bien entendu. On peut certainement l'améliorer pour une meilleure visibilité sur mobile. On pourrait aussi faire apparaître le cercle de sélection des tweets géolocalisés en transparence. Le plus intéressant serait de faire apparaitre sur la carte tous les tweets de la zone de sélection avec un code couleur associé à leurs heures de création. Bref, pas mal de choses à faire sur cette petite app pour une V2. Donc, si un développeur a un peu de temps pour faire évoluer cette app, il est le bienvenu. Pour ma part, je suis actuellement pris par le dev d'une app de micro-tasking autour des photos en opendata lors de catastrophes, qui sera libre elle-aussi et qu'il faut que j'avance. Je me suis fixé septembre pour la mettre en production afin que les citoyens intégrent plus facilement les équipes virtuelles en sécurité civile. Elle sera basée elle-aussi sur les fonds de carte OSM. @+ Cédric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets
Le 1 juin 2013 à 10:50, Cédric Moro moro_geogra...@hotmail.com a écrit : Je viens de mettre le charset UTF-8. Super merci. Tu penses qu'il y aurait des contributeurs pour faire apparaître directement les tweets sélectionnés sur la carte ? En juillet j’aurais peut-être un peu de temps, mais peut-être pas les compétences. Où puis-je télécharger l’appli pour voir ? Sinon, il faudra peut-être attendre la fin de l'année que j'ai le temps de m'y mettre plus longtemps ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets
Je vais écrire un petit article sur mon blog pour introduire l'app et j'y mettrai le code source sous forme de package. Cependant, aucun langage côté serveur a été développé donc en récupérant les fichier js, html et css, tu as le code source. Je mettrai le lien vers cet article dans le talk fr quand j'aurai eu le temps de l'écrire (pour lundi au plus tard j'espère) A+ Cédric From: pierre.fic...@gmail.com Date: Sat, 1 Jun 2013 14:35:55 -0300 To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets Le 1 juin 2013 à 10:50, Cédric Moro moro_geogra...@hotmail.com a écrit :Je viens de mettre le charset UTF-8. Super merci. Tu penses qu'il y aurait des contributeurs pour faire apparaître directement les tweets sélectionnés sur la carte ? En juillet j’aurais peut-être un peu de temps, mais peut-être pas les compétences.Où puis-je télécharger l’appli pour voir ? Sinon, il faudra peut-être attendre la fin de l'année que j'ai le temps de m'y mettre plus longtemps ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Le 01/06/2013 16:37, Sylvain Maillard a écrit : Salut, est-ce qu'il serait possible d'avoir accès à un extrait du fichier utilisé pour l'import nantais ? je suis volontaire pour travailler les données et générer le fichier pour le fichier pour l'import, mais avec un exemple ça sera encore plus facile ;) Le fichier zip est parti à l'instant... Par ailleurs le but de ce genre d'intégration est bien de conserver (et éventuellement compléter) les données existantes. D'autant plus quand il s'agit d'un bon boulot, et qui couvre une grande zone homogène = ça sera rapide à vérifier, et comme ça on aura plus de temps pour le reste ... et puis on aura tout l'été pour ça :D Sylvain Le 1 juin 2013 12:01, Eric eric...@sfr.fr a écrit : Pour ce qui du merge des adresses importées par rapport à l'existant saisi à la mano par des contributeurs, si la source de données est fiable et riche, je pense qu'il vaut mieux zapper l'existant et tout importer à partir de la source fournie que de se lancer dans un travail de dentelliere à trier l'existant du nouveau. Ca me semble lourd. A Nantes, nous avons systématiquement contacté les contributeurs actifs qui avaient déjà mis des adresses pour obtenir leur assentiment à un remplacement par les adresses de l'import. Le travail rue par rue est indispensable pour compléter si besoin la relation avec les membres street pointant vers les ways constituant la rue. Générer la totalité des relations AssociatedStreet en une seule opération me parait contraire aux recommandations de la communauté. En effet, cela va engendrer des relations sans membre street et d'autres anomalies qui seront imputées au projet d'import sur Lyon. L'import rue par rue avec est peut être plus long mais la vérification par un contributeur a l'avantage de ne pas laisser d'anomalies pendantes. Enfin, moi j'ai mis pas mal d'adresses sur la presqu'ile mais je n'ai aucun soucis à ce que ce soit écrasé par un import semi auto si on gagne en homogénéité / précision /complétude. Je ne sais pas si c'est partagé... Apparemment c'est le cas : pour Nantes, nous n'avons eu aucune objection de la part des contributeurs contactés. Eric (Blueberry) Librement Christophe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk Fr] EasyGeoTweets
Le 1 juin 2013 à 14:54, Cédric Moro moro_geogra...@hotmail.com a écrit : Je vais écrire un petit article sur mon blog pour introduire l'app et j'y mettrai le code source sous forme de package. Cependant, aucun langage côté serveur a été développé donc en récupérant les fichier js, html et css, tu as le code source. Je mettrai le lien vers cet article dans le talk fr quand j'aurai eu le temps de l'écrire (pour lundi au plus tard j'espère) Dans ce cas, ce sera avec plaisir, pour ma part.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MàJ de cadastre;openstreetmap.fr ?
merci pour l'info ! Le 31/05/2013 23:59, sylvain letuffe a écrit : Hélène PETIT wrote COLOMBEY-LES-BELLES est bien vectorisée, mais ne figure pas dans la liste déroulante de cadastre.openstreetmap.fr ; c'est normal ? il faut attendre un peu ? combien ? la page se met à jour toutes les 24h ? Elle avait oublié de se mettre à jour. Ça devrait être réparé et c'est prévu de se faire toutes les nuits. -- sly -- View this message in context: http://gis.19327.n5.nabble.com/MaJ-de-cadastre-openstreetmap-fr-tp5762497p5763609.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Ffordd Llundain incorrectly named in many places in Lloegr
Yes, I am making the point that the wiki policy is not observed in Wales. If you do some simple replacements (s/London Road/Ffordd Caergybi/, s/Ffordd Lundain/Holyhead Road/, s/name:en/name:cy/) then this adequately summarises how roads in North Wales are tagged. Certainly in Bangor, the roads I have surveyed have the welsh name above the english name on street name plates (presumably policy for Gywnnedd). And although English is extremely widely spoken it is not the first language for the majority of people in the area. In Welsh speaking areas it is my experience that schoolchildren take until their mid-teens to feel confident in English. Personally I favour a name=Welsh Name / English Name, name:cy=Welsh Name, name:en=English Name approach, as used for instance in Brussels on OSM and officially in Biel / Bienne in Switzerland (one of the few places there which is truly bilingual). One place in Switzerland where there is some commonality with the situation in Wales is the Grisons, where Romansh is the language of the natives, but a lot of signage is often in German. Like Wales there are many incomers living the Grisons which tends to distort the actual cultural relationship of the languages spoken in the area: monoglot English speakers are often retirees or people running life-style businesses whose children left home before they moved to Wales. Similarly people with Welsh as first-language often have to use English for economic and (broader) cultural reasons, which also tends to downplay the languages significance in daily life. Jerry On Sat, Jun 1, 2013 at 9:20 AM, Barnett, Phillip phillip.barn...@itn.co.ukwrote: Jerry, From the Wiki: name=The common default name. For disputed areas, please use the name as displayed on e.g. street signs for the name tag. So you would be incorrect in this case. (And I know you're doing this for comic effect ...) PHILLIP* *BARNETT SERVER MANAGER 200 GRAY'S INN ROAD LONDON WC1X 8XZ UNITED KINGDOM T +44 207 430 4474 E phillip.barn...@itn.co.uk WWW.ITN.CO.UK P Please consider the environment. Do you really need to print this email? -- *From:* sk53.osm [sk53@gmail.com] *Sent:* 31 May 2013 22:38 *To:* Talk-GB@openstreetmap.org *Subject:* [Talk-GB] Ffordd Llundain incorrectly named in many places in Lloegr I notice that many highways are tagged name=London Road when clearly they should be tagged name=Ffordd Llundain, name:en=London Road. I therefore propose to change this clearly incorrect tagging with a mass edit for the polygon of Lloegr. Jerry Please Note: Any views or opinions are solely those of the author and do not necessarily represent those of Independent Television News Limited unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@itn.co.uk Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Surveying Private Roads
I would like to survey the house numbers for some private roads in Southampton, currently I have avoided the area as I am uncertain about the access restrictions. Does anyone have any generally applicable advice about this situation? The roads in question are here: http://www.openstreetmap.org/?lat=50.928965lon=-1.397629zoom=18layers=M Thanks, Chris signature.asc Description: This is a digitally signed message part ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] User Cam4rd98 gun-jumping new highways + adding fictional alignments
2013/6/1 Clay Smalley claysmal...@gmail.com I've had to clean up his edits before. What bothers me is that he's unresponsive and never leaves any comments on his edits. I've brought him up before to DWG but nothing's been done. Retry, being unresponsive while performing disputed edits is a good reason to be (temporarily) blocked. cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Take another look at notes!
Thanks for pointing out the craigslist/notes connection. A minor UI comment: I added a note about something that I know needs fixing, just to see what it was like. I didn't realize that one had to move the marker before clicking 'add', and the text box started out over the area where the marker belonged. So it would be nice if step one was click to place, and only then could one type. I think it would result in more accurate placement. An alternative would be to let users that added a note move them. (I realize this has nothing to do with externally-generated notes.) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] User Cam4rd98 gun-jumping new highways + adding fictional alignments
I've tried a couple times to reach out to this user with no response. I've had to delete several huge swaths of highway=proposed roads in the Chicago area that they've added. They also added a ton of barrier=ditch lines in seemingly random spots. Can we stop rendering highway=proposed? On Sat, Jun 1, 2013 at 4:38 AM, Martin Koppenhoefer dieterdre...@gmail.comwrote: 2013/6/1 Clay Smalley claysmal...@gmail.com I've had to clean up his edits before. What bothers me is that he's unresponsive and never leaves any comments on his edits. I've brought him up before to DWG but nothing's been done. Retry, being unresponsive while performing disputed edits is a good reason to be (temporarily) blocked. cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] User Cam4rd98 gun-jumping new highways + adding fictional alignments
Ian Dees writes: I've tried a couple times to reach out to this user with no response. This seems like a problem to me. Perhaps we (that is to say, the people who have the permission to stop an account from uploading) need an intermediate step between locking an account, and permitting random editing. Maybe we need a status intermediate between having an account locked, and having an account which is marked read-only? Your account is marked as read-only. Please read your INBOX for more information. That would catch the id and potlatch users. Then we just need JOSM to show a similar error message when it tries to log you in. Or maybe a 'moderation' facility, whereby somebody's changeset needs to be human-reviewed before it goes into the database? If somebody has proven themselves to make troublesome edits, this seems like an expensive yet effective way to help them. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] User Cam4rd98 gun-jumping new highways + adding fictional alignments
On Sat, Jun 1, 2013 at 10:09 AM, Russ Nelson nel...@crynwr.com wrote: Ian Dees writes: I've tried a couple times to reach out to this user with no response. This seems like a problem to me. Perhaps we (that is to say, the people who have the permission to stop an account from uploading) need an intermediate step between locking an account, and permitting random editing. Maybe we need a status intermediate between having an account locked, and having an account which is marked read-only? Your account is marked as read-only. Please read your INBOX for more information. That would catch the id and potlatch users. Then we just need JOSM to show a similar error message when it tries to log you in. This is what an account block is and it already happens. When a user is blocked they must acknowledge and read a message before they can continue editing. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Take another look at notes!
On Fri, May 31, 2013 at 9:25 PM, Clifford Snow cliff...@snowandsnow.uswrote: On Fri, May 31, 2013 at 3:51 PM, Richard Welty rwe...@averillpark.netwrote: ok, i found report a problem on the map view for housing units in an area. i'll have to go find a map problem and report it via the GUI so i can see the full cycle. I only found two notes for the Greater Seattle area. (Lucky me?) One anonymous reported a business name. The other looked like a mapper that was just saying that the tiger road data was sucky. (it was.) It would be nice to have the note say the source, i.e. craigslist, osm, routing program. That might give more clues to the problem. Plus it would give us data if we decided that the reports are useless and needed to modify the API. Well as I said all craigslist notes will start with the words bounds and a coordinate pair. But yes the thought had occurred to me that a created_by tag like we have on changesets might actually be useful for notes, especially when being created by 3rd party sites like craigslist. I brought the idea up in #osm-dev and it didn't seem to get a good reception but I may try again now that someone is actually using the feature externally. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] User Cam4rd98 gun-jumping new highways + adding fictional alignments
Ian Dees wrote: This is what an account block is and it already happens. For those unaware of account blocks, you can read all those that have been imposed at http://www.openstreetmap.org/user_blocks . cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/User-Cam4rd98-gun-jumping-new-highways-adding-fictional-alignments-tp5763647p5763708.html Sent from the USA mailing list archive at Nabble.com. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Take another look at notes!
It's probably worth pointing out that the tiles Craigslist is using are pretty out of date. For example, they don't show the buildings in Chicago that were imported a couple of months ago. Hopefully Craigslist users won't get too frustrated when the problems they point out don't appear to be fixed immediately. On Sat, Jun 1, 2013 at 2:20 PM, Toby Murray toby.mur...@gmail.com wrote: On Fri, May 31, 2013 at 9:25 PM, Clifford Snow cliff...@snowandsnow.uswrote: On Fri, May 31, 2013 at 3:51 PM, Richard Welty rwe...@averillpark.netwrote: ok, i found report a problem on the map view for housing units in an area. i'll have to go find a map problem and report it via the GUI so i can see the full cycle. I only found two notes for the Greater Seattle area. (Lucky me?) One anonymous reported a business name. The other looked like a mapper that was just saying that the tiger road data was sucky. (it was.) It would be nice to have the note say the source, i.e. craigslist, osm, routing program. That might give more clues to the problem. Plus it would give us data if we decided that the reports are useless and needed to modify the API. Well as I said all craigslist notes will start with the words bounds and a coordinate pair. But yes the thought had occurred to me that a created_by tag like we have on changesets might actually be useful for notes, especially when being created by 3rd party sites like craigslist. I brought the idea up in #osm-dev and it didn't seem to get a good reception but I may try again now that someone is actually using the feature externally. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Take another look at notes!
Hi, Since we are talking about the new notes feature. I think it is great, how about showing the notes by default on main OSM page? Thanks Jason. On Fri, May 31, 2013 at 6:51 PM, Richard Welty rwe...@averillpark.net wrote: On 5/31/13 6:30 PM, Richard Welty wrote: On 5/31/13 2:57 PM, Alex Barth wrote: Craigslist had added a feature to their OSM powered maps to submit map problems back to OSM Have you found that feature actually on craigslist? i'd going to go take a look at the UI if i can find it. ok, i found report a problem on the map view for housing units in an area. i'll have to go find a map problem and report it via the GUI so i can see the full cycle. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] MassGIS L3 parcel layer update
Hi, The JOSM iMassGIS L3 parcel layer has been updated with the latest data. 326/351 cities and towns are present. Beverly, Holliston, Leominster, Somerset and Sudbury were added. You may need to clear our your local cache to get the new towns. Thanks Jason. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-ht] Mapcraft, outil complémentaire au Tasking Manager/ additional tool for Tasking Manager
Bonjour, si vous allez sur http://layers.openstreetmap.fr/ et cochez admin5, vous vous apercevez que les arrondissements de Fort-Liberté et Ouanaminthe ne sont pas complets. Je me suis donc amusé à tester Mapcraft : http://mapcraft.nanodesu.ru/pie/261. Cet outil me semble prometteur. Hello, if you go and check http://layers.openstreetmap.fr/ admin5, you will realize that the districts of Fort Liberte and Ouanaminthe are not complete. I am amused to test Mapcraft: http://mapcraft.nanodesu.ru/pie/261. This tool seems promising. salu, si ou ale sou nèt tcheke http://layers.openstreetmap.fr/ admin5, ou reyalize ke awondisman yo nan Fort Liberte ak Wanament yo pa konplè. Mwen te amuse m teste Mapcraft: http://mapcraft.nanodesu.ru/pie/261. Zouti sa a sanble bon anpil. ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.
[Talk-ht] Taptapmap.org, comment ajouter des itinéraires sur la carte ?
Bonsoir, si vous allez sur http://taptapmap.org/, on peut cliquer pour ajouter des itinéraires sur la carte : Add New Routes!http://wiki.openstreetmap.org/wiki/TapTapMap . Mais jusqu'à présent, je n'ai trouvé nulle part les explications pour ajouter ces itinéraires. Quelqu'un sait-il où je peux trouver des informations pertinentes ? hello, Si ou ale sou http://taptapmap.org/, ou ka klike pou ajoute wout sou kat jeyografik la: Add New Routes!http://wiki.openstreetmap.org/wiki/TapTapMap . Men, mwen poko janm jwenn kote kap bay eksplikasyon pou ajoute wout sa yo. Èske ken moun ki ka ede m? Hello, I you go on http://taptapmap.org/, you can click to add new routes on the map : Add New Routes! http://wiki.openstreetmap.org/wiki/TapTapMap . But I didn't see by now how to add the routes. No help. Is someone have more informations about that ? ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.