[Talk-bd] e-traffic
hello everyone, Dhaka Metropolitan Police is going to implement e-traffic system. is there any possibility to use OSM there? regards Monjurul Islam Khan___ Talk-bd mailing list Talk-bd@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-bd
Re: [Talk-bd] e-traffic
I think, it could be a good opportunity for us. Could you please explain us in a more detail what this e-traffic actually means ? ishtiaque On Tue, Feb 28, 2012 at 12:58 AM, Monjurul Islam khan rasel_pir...@yahoo.com wrote: hello everyone, Dhaka Metropolitan Police is going to implement e-traffic system. is there any possibility to use OSM there? regards Monjurul Islam Khan -- Syed Ishtiaque Ahmed ___ Talk-bd mailing list Talk-bd@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-bd
[Talk-ru] Встреча Совета 29 февраля
Всем привет! Напоминаю, что Совет собирается послезавтра на канале #osm-ru-sovet в 22:00 MSK. Программа встречи выложена, как обычно, в вики: http://wiki.openstreetmap.org/wiki/RU:Совет_Российского_OSM/Встреча_29_февраля_2012 Четыре из шести вопросов предполагают домашнюю работу: прочитать письма к board@ от Дмитрия Терентьева и Progserega, предложение vvoovv и вики-страницу Zkir. Также, кто может выделить достаточно времени, хорошо бы прочитать форумные темы, на которые дал ссылки Сергей, и изучить его вопрос. Темы на этот раз сложные, и для принятия решений нужно обладать как можно более полной информацией. IZ ___ Talk-ru mailing list Talk-ru@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ru
Re: [Talk-hr] Druženje za idući tjedan
Evo i mene... Kod mene je doslo do male promjene jer me kolegica na poslu ne moze mijenjati od srijede - da li bi vam odgovarao petak u 17h umjesto predlozenog cetvrtka, na istom mjestu? Pozdrav, Goran OSM: http://www.openstreetmap.org/user/CroKimba Sent via BlackBerry from Vodafone -Original Message- From: SilverSpace mirozag...@ubuntu-hr.org Date: Mon, 27 Feb 2012 09:51:28 Cc: talk-hr@openstreetmap.org Subject: Re: [Talk-hr] Druženje za idući tjedan OK znači druženje je u Četvrtak u 17h u Zlatnom medi http://www.openstreetmap.org/?mlat=45.799648mlon=15.962073zoom=16layers=M ?? naravno ako vam paše taj termin Pozdrav! ne znam dali to ubaciti i na facebook Dana 26. veljače 2012. 19:04 hbogner hbog...@gmail.com je napisao/la: Ja sam za. I da nebi bilo zabune oko lokacije: http://www.openstreetmap.org/?**mlat=45.799648mlon=15.962073** zoom=16layers=Mhttp://www.openstreetmap.org/?mlat=45.799648mlon=15.962073zoom=16layers=M On 02/26/2012 12:43 PM, SilverSpace wrote: Dolazi nam drugi tjedan CroKimba u Zg. pa bi se mogli okupiti malo da se družimo sa njime :) Znači Zlatni medo (savska-vukovarska) u 17h četvrtak ?? Tako bi njemu najviše odgovaralo. Da čujem i vas kaj kažete na to. OVO JE NJEGOV PRIJEDLOG: Super! :) Da li bi vam odgovaralo vec u cetvrtak vec u 17h negdje (znam da cete vec na listu poslati lokaciju)? Ja cu tijekom boravka biti na Tresnjevci (poddio Pongracevo) -- __**_ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-hrhttp://lists.openstreetmap.org/listinfo/talk-hr -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] Editing help.openstreetmap.org / Question from Gnonthgol
On Sun, Feb 26, 2012 at 12:02, Frederik Ramm frede...@remote.org wrote: I [..] remove comments[..] if someone writes: Why does x happen? I think that those who allow this to happen are really stupid! This medium is less helpful if the reader has to browse 25 answers to get the whole picture! I'm hoping you really are only referring to opinions like this project suxxors, and questions with 10 answers with variants of saying that I should use Maperitive to render stuff. Because those obviously can be deleted. But there is a limit sometimes you need to let people vent their frustrations. I hope that was the case because IM(not so)HO The worst kind of opinions/answers there is are the ones that are stated like the leading articles (editorials) in news papers, allowing the writer to hide his opinions by taking extreme examples and over simplifications. /Erik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Editing help.openstreetmap.org / Question from Gnonthgol
Hi, On 02/27/12 09:45, Erik Johansson wrote: On Sun, Feb 26, 2012 at 12:02, Frederik Rammfrede...@remote.org wrote: I [..] remove comments[..] if someone writes: Why doesx happen? I think that those who allow this to happen are really stupid! This medium is less helpful if the reader has to browse 25 answers to get the whole picture! I'm hoping you really are only referring to opinions like this project suxxors, and questions with 10 answers with variants of saying that I should use Maperitive to render stuff. Because those obviously can be deleted. Yes, but also I think that it would be good to treat this less like a forum where everyone says something, and more like a wiki where everyone contributes to one good article. For example, if someone asks a question and someone else answers there are two ways to do this, a) ..., or b) ..., and then someone adds another answer that shows a third useful solution. Now you have a contradiction; the first answer is obviously not (fully) correct because there are not (only) two solutions but three; and ideally, the first answer should simply be amended to read there are three ways to do this, and include the new answer as option c). The reason why I don't normally do this is that whenever you upvote an answer, the original author of the answer gets karma points, and if I were to e.g. merge your answer into mine in the manner described above, then *I* would get all the credit for it and that would be unfair. Still, a reader would usually profit from one coherent answer, instead of 10 individual you could also ... answers. (The whole platform is built according to that ideal - the concept that you can accept one, but only one, answer is a sign of that.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Logins that differ only in case .... (accepting CT/ODbL )
There is a fair number (over 2000) of accounts where the login name only differs in case and not all variants have accepted the CTs. Now while this actually be different users, we do know of quite a few contributors that have simply created multiple accounts per accident. The list can be retrieved here http://odbl.poole.ch/logins_different_by_case_only.txt If you are communicating with a mapper and he is adamant about having accepted, but the account you are looking at doesn't show it, it is a good idea to check the list. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Logins that differ only in case .... (accepting CT/ODbL )
I've slightly updated the list based on uid list from the current full history planet. Alas the problem is worse (~2700), probably due to contributors wanting to agree to the new terms, but instead creating new accounts. Simon Am 27.02.2012 13:25, schrieb Simon Poole: There is a fair number (over 2000) of accounts where the login name only differs in case and not all variants have accepted the CTs. Now while this actually be different users, we do know of quite a few contributors that have simply created multiple accounts per accident. The list can be retrieved here http://odbl.poole.ch/logins_different_by_case_only.txt If you are communicating with a mapper and he is adamant about having accepted, but the account you are looking at doesn't show it, it is a good idea to check the list. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Sportplatz
Hallo, Am Freitag, 24. Februar 2012 17:48:27 schrieb Martin Koppenhoefer: Am 24. Februar 2012 17:25 schrieb Wolfgang wolfg...@ivkasogis.de: Was man ggf. brauchen könnte wäre ein weiterer spezifischer Wert. sports_facility passt da ganz gut für was kleineres als ein Sportzentrum ;-) +1 Da, wo ein Spielfeld wie bei Tennis, Handball, Fußball etc. vorhanden ist, passt pitch. eben für das Feld an sich ja, wobei es bei kleineren Sportplätzen außer dem Feld kaum etwas gibt. Von 2 Toren mitten auf der Wiese bis zu einem Zaun ums Feld. Bei reinen Dorf-Fussball-Plätzen trifft das oft zu. Dort gibt es vielleicht noch ein halbes Feld für die Kinder-Mannschaften. Schulsportanlagen sind oftmals kleine Sportzentren. Dort gibt es dann die klassische Laufbahn, in der Mitte das Spielfeld und daneben noch ein Weitsprungbecken. Manchmal auch noch zusätzliche Sprintbahn. Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sportplatz
Wolfgang wolfgang at ivkasogis.de writes: Wo steht das? Ich habe alle Sporthallen in meiner Gegend mit sports_centre eingetragen. Bei uns ist das jeweils genau ein Gebäude. naja, wenn ich die Wiki-Seite so lese, soll ich das Polygon des Sportzentrums um alle Einheiten herum ziehen (oder einen Punkt in die Mitte). http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#Sportzentrum | Kann für Sporthalle, Mehrfeldhalle, Fitnesszentrum verwendet werden. Dagegen kennt Tagwatch das vorgeschlagene building=sport nicht. Macht IMHO wenig sinn, hier ein neues Tag einzuführen, bevor nicht darüber diskutiert wurde. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sportplatz
tumsi tumsi at gmx.de writes: Am 24. Februar 2012 17:25 schrieb Wolfgang wolfgang at ivkasogis.de: Was man ggf. brauchen könnte wäre ein weiterer spezifischer Wert. sports_facility passt da ganz gut für was kleineres als ein Sportzentrum +1 Tagwatch kennt zumindest in DE kein sports_facility. Ohne Diskussion würde ich hier nichts neues einführen. Wird dann auch nicht gerendert! Zumindest eine Doku (siehe mein letztes Posting) kennt für Sporthalle auch sports_centre. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sportplatz
On 27 Feb 2012, at 09:46, Manuel Reimer manuel.s...@nurfuerspam.de wrote: Dagegen kennt Tagwatch das vorgeschlagene building=sport nicht. Macht IMHO wenig sinn, hier ein neues Tag einzuführen, bevor nicht darüber diskutiert wurde. M.e. macht Sportgebäude keinen Sinn, was man braucht ist z.b. Stadion, Turnhalle, Mehrzweckhalle, Tribüne,... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sportplatz
Am 27.02.2012 09:56, schrieb Manuel Reimer: tumsitumsiat gmx.de writes: Am 24. Februar 2012 17:25 schrieb Wolfgangwolfgangat ivkasogis.de: Was man ggf. brauchen könnte wäre ein weiterer spezifischer Wert. sports_facility passt da ganz gut für was kleineres als ein Sportzentrum +1 Tagwatch kennt zumindest in DE kein sports_facility. Ohne Diskussion würde ich hier nichts neues einführen. Wird dann auch nicht gerendert! Zumindest eine Doku (siehe mein letztes Posting) kennt für Sporthalle auch sports_centre. Wenn es um eine Schießsportanlage geht, gibt es ein Wiki: http://wiki.openstreetmap.org/wiki/DE:Tag:sport%3Dshooting Ich denke aber nicht, dass dies der Weisheit letzer Schluss ist. Viele Grüße Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Logins that differ only in case .... (accepting CT/ODbL )
There is a fair number (over 2000) of accounts where the login name only differs in case and not all variants have accepted the CTs. Now while this actually be different users, we do know of quite a few contributors that have simply created multiple accounts per accident. The list can be retrieved here http://odbl.poole.ch/logins_different_by_case_only.txt If you are communicating with a mapper and he is adamant about having accepted, but the account you are looking at doesn't show it, it is a good idea to check the list. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Loginnamen die sich nur in der Gross-Kleinschreibung unterscheiden (CTs/ODbL)
Es gibt etwas über 2000 mal Loginnamen, die sich nur in der Gross-Kleinschreibung unterscheiden und bei denen nicht alle Varianten die neuen Teilnahmebedingen angenommen haben. Eine Liste befindet sich hier: http://odbl.poole.ch/logins_different_by_case_only.txt Falls ihr mit jemand kommuniziert und er ist überzeugt, dass er Zugestimmt hat, ihr aber nicht, da lohnt es sich mal in der Liste nachzuschauen. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logins that differ only in case .... (accepting CT/ODbL )
Mir waren vor einiger Zeit zwei Nutzer mit semantisch ähnlichem Namen in demselben Gebiet aufgefallen, wobei der eine aufgehört hat bevor der zweite Mitglied wurde: forstwald: 8.08.2009 - 13.12.2009 (Letzter Edit) Oberförster: 11.04.2010 - Hierbei konnte es sich potentiell auch um einen Zweitaccount handeln... Kennt jemand diesen Nutzer? Viele Grüße, Constanze Original-Nachricht Betreff: [Talk-de] Logins that differ only in case (accepting CT/ODbL ) Von: Simon Poole si...@poole.ch An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Datum: 27.02.2012 13:09 There is a fair number (over 2000) of accounts where the login name only differs in case and not all variants have accepted the CTs. Now while this actually be different users, we do know of quite a few contributors that have simply created multiple accounts per accident. The list can be retrieved here http://odbl.poole.ch/logins_different_by_case_only.txt If you are communicating with a mapper and he is adamant about having accepted, but the account you are looking at doesn't show it, it is a good idea to check the list. Simon ___ 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] Logins that differ only in case .... (accepting CT/ODbL )
Haha, sagen wir es mal so... Oberförster ist definitiv kein Unbekannter, gerade auf der deutschen Mailingliste und im Forum nicht: http://forum.openstreetmap.org/viewtopic.php?id=7733 Er bearbeitet viele Dinge, teilweise mit falschen Daten, teilweise mit trivialen Editierungen. War so weit ich weiß immer mal wieder gesperrt, aber trieb lange Zeit sein Unwesen. Keine Ahnung, ob die Differenzen mit dem Benutzer aufgelöst wurden. -- View this message in context: http://gis.19327.n5.nabble.com/Logins-that-differ-only-in-case-accepting-CT-ODbL-tp5518742p5518943.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logins that differ only in case .... (accepting CT/ODbL )
Am 27. Februar 2012 14:47 schrieb Philip Gillißen gue...@freenet.de: Haha, sagen wir es mal so... Oberförster ist definitiv kein Unbekannter, gerade auf der deutschen Mailingliste und im Forum nicht: War so weit ich weiß immer mal wieder gesperrt, aber trieb lange Zeit sein Unwesen. aber nur 3 mal ;-) http://www.openstreetmap.org/user/Oberf%C3%B6rster/blocks Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Loginnamen die sich nur in der Gross-Kleinschreibung unterscheiden (CTs/ODbL)
hi simon, könntest du die namen bitte alphabetisch sortieren? die liste ist sonst echt unübersichtlich. gruss walter p.s. ich hab das mal ins forum gestellt: http://forum.openstreetmap.org/viewtopic.php?id=15662 - 1---2--***3***4# -- View this message in context: http://gis.19327.n5.nabble.com/Loginnamen-die-sich-nur-in-der-Gross-Kleinschreibung-unterscheiden-CTs-ODbL-tp5518748p5519108.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sportplatz
Hallo, Am Montag, 27. Februar 2012 09:56:52 schrieb Manuel Reimer: tumsi tumsi at gmx.de writes: Am 24. Februar 2012 17:25 schrieb Wolfgang wolfgang at ivkasogis.de: Was man ggf. brauchen könnte wäre ein weiterer spezifischer Wert. sports_facility passt da ganz gut für was kleineres als ein Sportzentrum +1 Tagwatch kennt zumindest in DE kein sports_facility. Wenn tagwatch das nicht kennt, wird es das kennenlernen. Wenn das ein Argument wäre, würde osm zum Stillstand kommen. Ohne Diskussion würde ich hier nichts neues einführen. Was tun wir denn hier? Wird dann auch nicht gerendert! Aua. Was hat das denn mit tagging zu tun?? Außerdem steht es jedem frei, so etwas zu rendern. Wenn es danach ginge, was Mapnik alles nicht rendert... Zumindest eine Doku (siehe mein letztes Posting) kennt für Sporthalle auch sports_centre. Ja, das kann ja auch richtig sein, je nach Umgebung und Größe/Funktion der Halle. In der Stadt hast du alle 2-3 km irgendeine Schule (Grundschule, Berufsschule, Fachschule, ...), und jedes dieser Dinger hat eine Turnhalle. Da ist ein Handballfeld drin und drei oder vier Geräte zum Geräteturnen. Wenn das für ein Sportzentrum reicht, weiß ich nicht, wie ich z.B. das hier bezeichnen soll: http://www.openstreetmap.org/?lat=53.87039lon=10.70141zoom=17layers=M Ich wiederhole mich, aber ein Supermarkt macht noch kein Einkaufszentrum. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sportplatz
Hallo, Am Montag, 27. Februar 2012 11:34:51 schrieb Martin Koppenhoefer: On 27 Feb 2012, at 09:46, Manuel Reimer manuel.s...@nurfuerspam.de wrote: Dagegen kennt Tagwatch das vorgeschlagene building=sport nicht. Macht IMHO wenig sinn, hier ein neues Tag einzuführen, bevor nicht darüber diskutiert wurde. M.e. macht Sportgebäude keinen Sinn, was man braucht ist z.b. Stadion, Turnhalle, Mehrzweckhalle, Tribüne,... Sinn macht es schon, auf jeden Fall mehr Sinn als building=yes. Aber schlage gerne etwas genaueres vor, wenn es passt, übernehme ich es. Stadion haben wir übrigens schon mit leisure=stadium. Steht häufig in einem richtigen Sportzentrum. ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sportplatz
Am 27. Februar 2012 16:43 schrieb Wolfgang wolfg...@ivkasogis.de: M.e. macht Sportgebäude keinen Sinn, was man braucht ist z.b. Stadion, Turnhalle, Mehrzweckhalle, Tribüne,... Sinn macht es schon, auf jeden Fall mehr Sinn als building=yes. Aber schlage gerne etwas genaueres vor, wenn es passt, übernehme ich es. ja stimmt, etwas Sinn macht es, aber besser wäre, ein paar Grundtypen zu unterscheiden. Stadion haben wir übrigens schon mit leisure=stadium. Steht häufig in einem richtigen Sportzentrum. building=stadium ist in gewisser Weise ein Synonym, je nachdem. Man könnte auch das Stadionsgelände als leisure=stadium taggen (nicht sicher, wie das derzeit gehandhabt wird) und das Stadionsgebäude mit dem building-tag. (Wenn man allg. zur Auffassung gelangt, building=stadium wäre eine Doppelung, dann ist das auch OK, dann lässt man es halt weg). für die anderen könnte man verwenden: Turnhalle: building=gym (bisher 31 mal) Tribüne: building=stand (bisher 13x mal) was es dann noch gibt sind oft Schuppen, wo Geräte oder z.B. Kugeln zum Kugelstoßen gelagert werden, etc. Je nach Sportart könnte es natürlich noch mehr geben (z.B. Boxen bei der Formel 1) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Loginnamen die sich nur in der Gross-Kleinschreibung unterscheiden (CTs/ODbL)
Ich hab jetzt noch schnell ein Update gemacht, die neue Liste beruht jetzt auf eine UID Liste aus dem aktuellen full history planet (die andere war ein paar Monate alt). Leider ist das Problem eher schlimmer geworden (2700 statt 2000), vermutlich durch Mapper die zustimmen wollten, aber anstatt sich ein neues Konto gemacht haben. Simon Am 27.02.2012 13:13, schrieb Simon Poole: Es gibt etwas über 2000 mal Loginnamen, die sich nur in der Gross-Kleinschreibung unterscheiden und bei denen nicht alle Varianten die neuen Teilnahmebedingen angenommen haben. Eine Liste befindet sich hier: http://odbl.poole.ch/logins_different_by_case_only.txt Falls ihr mit jemand kommuniziert und er ist überzeugt, dass er Zugestimmt hat, ihr aber nicht, da lohnt es sich mal in der Liste nachzuschauen. Simon ___ 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
[Talk-de] Navigationssystem mit der Maus
Weil beim Hackweekend jemand die Sache erwähnt hatte: Hier ist die Sachgeschichte: http://www.wdrmaus.de/sachgeschichten/sachgeschichten/sachgeschichte.php5?id=2798 Viel Spaß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navigationssystem mit der Maus
On Mon, 27 Feb 2012, Walter Nordmann wrote: Danke, ich glaub, jetzt hab ich es begriffen ;) Klingt zwar komisch, ist aber so! Aber im Ernst: das Thema geographische Koordinaten wird in der 5. Klasse durchgenommen und die Erklaerung ist gut und richtig gemacht. Deshalb versuche ich auch immer wieder, OSM an die Schulen heranzutragen. Waere eigentlich eine super Sache, weil viele Themen wie Geographie, Mathmematik, IT und Bewegung im Freien verbunden werden koennten. Leider ist das Feedback immer recht mager. Was nicht im Lehrplan steht... Eine andere TV Reportage zum Thema Schueler mappen fuer OSM gibt es noch hier: http://www.youtube.com/watch?v=kCFWipCsOPA A. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] building=yes?
Am 27. Februar 2012 06:55 schrieb David Paleino da...@debian.org: On Mon, 27 Feb 2012 00:50:30 +0100, Martin Koppenhoefer wrote: io direi di sì invece. Il supermercato è un tipo di edificio, anche se non tutti i supermercati si trovano poi in edifici del tipo supermercato. Il tipo supermercato è un capannone di acciaio ad un piano con un grande parcheggio intorno, ... Quindi una fabbrica con le stesse caratteristiche che descrivi è un building=supermarket? un supermercato non è una fabbrica, e lo puoi anche vedere. O stai dicendo che più tag possono indicare la stessa cosa nella realtà? sicuramente si. Dato che non abbiamo sistemi di classificazione organizzati è normale che taggando vari aspetti con tags liberi si crea anche qualche sovraposizione. L'esempio più famoso è highway=path, footway e cycleway Considerando poi che, almeno qui, la maggior parte dei supermercati è al pianoterra di condomini, e non in capannoni con parcheggio attorno, building=supermarket mi pare un attimo azzardato se vedi la mail precendente avevo scritto che questi non sono da taggare building=supermarket (secondo me). (anche perché il parcheggio non è mica incluso nel building, quindi si finirebbe col dire che building=supermarket è identico a building=capannone; a meno che non vogliamo definirlo come edificio con corsie interne e casse all'uscita... sì, sono ironico). si, credo che non vogliamo definirlo con casse all'uscita, perchè le casse fanno parte del arredamento, non del edificio. Le cellule refrigerate invece fanno parte. commercial è più ampio come concetto ma è comunque valido come tipo in una classificazione secondme. Se tu construisci una casa per uso commerciale hai parametri diversi rispetto alla costruzione di residenze per esempio. Però volendo potresti anche operare un impresa in un appartamento (e ciò non farebbe diventare l'edificio un edificio commerciale). Resto della mia idea: commercial è un uso, non un tipo di edificio. esempi per edifici commerciali: http://www.google.it/search?hl=deq=commercial+buildinggs_upl=ix=sebion=1bav=on.2,or.r_gc.r_pw.r_qf.,cf.osbbiw=1366bih=632um=1ie=UTF-8tbm=ischsource=ogsa=Ntab=wiei=TT9LT9zBPJK0hAee2YCXDg Diresti mai che potrebbero essere anche edifici residenziali? Sarebbe possibile di vivere dentro una di questi edifici? Secondome è difficilmente imaginabile. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] ciao a tutti , info su screen reader nokia
Ciao sono Angi ,, prossima all ' acquisto di Talk , ma ho saputo da pochi giorni che Nokia ha dato la possibilita di s scaricare gratis lo screen reader dal suo store . Volevo gentilmente chiedervi , qualche info in piu in merito ...se qualcuno di voi l ' ha gia provata , se anch ' essa funziona bene e se va anche in internet . Per quanto riguarda talk , su quale cellulare mi consigliato di installarlo ?Grazie . Vi ringrazio e vi saluto . Angi .___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ciao a tutti , info su screen reader nokia
Il giorno 27 febbraio 2012 12:43, Angi angelamici...@fastwebnet.it ha scritto: ** Ciao sono Angi ,, prossima all ' acquisto di Talk , ma ho saputo da pochi giorni che Nokia ha dato la possibilita di s scaricare gratis lo screen reader dal suo store . Volevo gentilmente chiedervi , qualche info in piu in merito ...se qualcuno di voi l ' ha gia provata , se anch ' essa funziona bene e se va anche in internet . Per quanto riguarda talk , su quale cellulare mi consigliato di installarlo ?Grazie . Vi ringrazio e vi saluto . Angi . ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Edoardo Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ciao a tutti , info su screen reader nokia
Ciao Angi, quasi sicuramente hai sbagliato mailing list. Sebbene questa lista si chiami talk-it le discussioni in essa contenute riguardano openstreetmap (infatti è @openstreetmap.org). Buona giornata Paolo P.S.: se non ti interessa questa lista ricordati di disiscriverti, altrimenti continueranno ad arrivarti i nostri messaggi. Il 27 febbraio 2012 11:43, Angi angelamici...@fastwebnet.it ha scritto: Ciao sono Angi ,, prossima all ' acquisto di Talk , ma ho saputo da pochi giorni che Nokia ha dato la possibilita di s scaricare gratis lo screen reader dal suo store . Volevo gentilmente chiedervi , qualche info in piu in merito ...se qualcuno di voi l ' ha gia provata , se anch ' essa funziona bene e se va anche in internet . Per quanto riguarda talk , su quale cellulare mi consigliato di installarlo ?Grazie . Vi ringrazio e vi saluto . Angi . ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] building=yes?
On Mon, 27 Feb 2012 09:38:51 +0100, Martin Koppenhoefer wrote:
Am 27. Februar 2012 06:55 schrieb David Paleino da...@debian.org:
On Mon, 27 Feb 2012 00:50:30 +0100, Martin Koppenhoefer wrote:
io direi di sì invece. Il supermercato è un tipo di edificio, anche se
non tutti i supermercati si trovano poi in edifici del tipo
supermercato. Il tipo supermercato è un capannone di acciaio ad un
piano con un grande parcheggio intorno, ...
Quindi una fabbrica con le stesse caratteristiche che descrivi è un
building=supermarket?
un supermercato non è una fabbrica, e lo puoi anche vedere.
Per via della sua funzione, non della sua struttura architettonica.
O stai dicendo che più tag possono indicare la stessa
cosa nella realtà?
sicuramente si. Dato che non abbiamo sistemi di classificazione
organizzati è normale che taggando vari aspetti con tags liberi si
crea anche qualche sovraposizione. L'esempio più famoso è
highway=path, footway e cycleway
Perché inquinare ancora di più il database con simili ambiguità?
[..]
(anche perché il parcheggio non
è mica incluso nel building, quindi si finirebbe col dire che
building=supermarket è identico a building=capannone; a meno che non
vogliamo definirlo come edificio con corsie interne e casse all'uscita...
sì, sono ironico).
si, credo che non vogliamo definirlo con casse all'uscita, perchè le
casse fanno parte del arredamento, non del edificio. Le cellule
refrigerate invece fanno parte.
Non direi, anche quelle sono spostabili. Forse quelle nel retro della
macelleria/salumeria no, ma il resto sì.
commercial è più ampio come concetto ma è comunque valido come tipo
in una classificazione secondme. Se tu construisci una casa per uso
commerciale hai parametri diversi rispetto alla costruzione di
residenze per esempio. Però volendo potresti anche operare un impresa
in un appartamento (e ciò non farebbe diventare l'edificio un edificio
commerciale).
Resto della mia idea: commercial è un uso, non un tipo di edificio.
esempi per edifici commerciali:
http://www.google.it/search?hl=deq=commercial+buildinggs_upl=ix=sebion=1bav=on.2,or.r_gc.r_pw.r_qf.,cf.osbbiw=1366bih=632um=1ie=UTF-8tbm=ischsource=ogsa=Ntab=wiei=TT9LT9zBPJK0hAee2YCXDg
Diresti mai che potrebbero essere anche edifici residenziali? Sarebbe
possibile di vivere dentro una di questi edifici? Secondome è
difficilmente imaginabile.
Viverci dentro è una funzione. Io posso pure vivere dentro una
building=church, o dentro quel che pare a me. Non vedo perché un condominio
futuristico di un architetto un po' strampalato non possa avere quelle forme.
Resto della mia idea: building={supermarket,commercial} non hanno senso.
Ciao,
David
--
. ''`. Debian developer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 | http://deb.li/dapal
`- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
signature.asc
Description: PGP signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] building=yes?
Io ho capito al volo cosa intende Martin, forse perché qua da me ce ne sono del tipo da lui descritto. Non sono strutture in acciaio, ma sono comunque delle strutture ad un piano con telaio in c.a. e solaio in c.a.p., ma secondo me è bene riflettere non tanto sull'ambiguità, ma sulle informazioni che è possibile trasmettere. L'idea di Martin è di distinguere il supermercato in centro città, al piano terra di un edificio multilivello, da quello appositamente progettato e realizzato per adempiere alla sua funzione. In questo caso mi piace l'idea di Martin di considerare il valore *supermarket *un tipo di edificio da abbinare alla chiave *building*, perché è in grado di trasmettermi subito delle informazioni aggiuntive, che altrimenti non posso avere. Noto comunque che è poco usato: 992 volte, ma questo non vuol dire, che non si possa usare, visto che alla base di OSM c'è la libertà di usare le chiavi e i valori che uno ritiene più opportuni [1] anche al di fuori del nòcciolo comune stabilito dalla comunità. [1]: http://wiki.openstreetmap.org/wiki/IT:Map_Features -- *«La mente è come un paracadute. Funziona solo se si apre.»* * * ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] building=yes?
Am 27. Februar 2012 16:14 schrieb David Paleino da...@debian.org:
sicuramente si. Dato che non abbiamo sistemi di classificazione
organizzati è normale che taggando vari aspetti con tags liberi si
crea anche qualche sovraposizione. L'esempio più famoso è
highway=path, footway e cycleway
Perché inquinare ancora di più il database con simili ambiguità?
Ho risposto in maniera generica alla tua domanda, non tifo ambiguità o
doppioni, ma alle volte non sono evitabili per motivi come funziona
OSM.
si, credo che non vogliamo definirlo con casse all'uscita, perchè le
casse fanno parte del arredamento, non del edificio. Le cellule
refrigerate invece fanno parte.
Non direi, anche quelle sono spostabili. Forse quelle nel retro della
macelleria/salumeria no, ma il resto sì.
certo, non ho inteso allestimenti, ma parti integrali che fanno parte
dell'edificio stesso (pareti coibentati, ecc.).
Viverci dentro è una funzione. Io posso pure vivere dentro una
building=church, o dentro quel che pare a me.
esatto. Siamo d'accordo, ma ciò non significa che non esiste un tipo
di edificio che è chiesa (in realtà 4 tipi principali di chiese,
sottoclassificabile in più tipi ancora).
Non vedo perché un condominio
futuristico di un architetto un po' strampalato non possa avere quelle
forme.
la forma interessa lateralmente, parliamo sopratutto di struttura.
Resto della mia idea: building={supermarket,commercial} non hanno senso.
stai ancora contestanto che ci sia supermercato come tipo di
edificio? Se non ti fidi di me, ti prego, chiedi ad un architetto
della tua fiducia. (un building=commercial sarebbe un ufficio, un
supermercato sarebbe retail).
ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Segnavia: delucidazioni
Il 20 febbraio 2012 01:24, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Dico che non è una bella descrizione ;-), è una descrizione formale, nel tag description mi aspetto qualcosa che posso leggere e capire (tipo: Segnavia in legno con scritta incisa bianca, indica...). Userei un' altra chiave invece di description. destination? Anche il colon non mi piace nel valore, di solito lo usiamo per creare una gerarchia. La proposta per le corsie usa questo: | e credo che si potrebbe adattare anche qui. si cambia poco, vada per il | ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] [CATASTRO] Resultados de Ciudad Real con la nueva versión (un 25% más rápida :) )
El 26 de febrero de 2012 17:25, Benjamín Valero Espinosa benjaval...@gmail.com escribió: Hola, acabo de realizar mi primera prueba y creo que ha ido bastante bien. Lo he hecho con un pueblo más bien pequeño de la provincia de Alicante (Benejúzar) y que conozco. En un Mac con unos años ha tardado 15 minutos. He obtenido varios avisos de: No se pudo borrar alguno de los archivos temporales de URPARCELA.SHP. Estos estaran en la carpeta result. pero imagino que no son importantes. Esto es perfectamente normal. También he tenido un error leyendo el archivo urbano: Error leyendo linea del archivo. String index out of range: 428 pero aún así el programa ha terminado. Finalmente he abierto el OSM con JOSM y tengo alguna duda: * No hay ninguna calle, no sé si es normal. El nombre de las calles sí aparece en los portales. Hay una opción para importar también las calles en el archivo de configuración por si el poblado no tiene nada importado. * He mirado varias casas, y veo que las paredes pertenecen a 2 relaciones, una para el edificio en sí y otra para el número de portal. ¿Hay algún modo de fusionar esto? Esto debe ser así. No se deben duplicar las geometrías. Felicidades por vuestro trabajo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Etiquetas para suelos con plantaciones de árboles
Gracias por documentarlo en la wiki de traducción. Lo añadimos al programa. El problema es por un lado que los tipos de cultivos no están listados en Catastro para que podamos saber de antemano qué cultivos nos vamos a encontrar y por otro que en muchos casos no hay tags para denominar esos cultivos. Por eso intentamos ajutarlo lo máximo posible con lo que nos vais contando. El public_building viene debido a que en Catastro hay un tipo de suelo denominado Especial en el que la mayor parte de las veces aparecen edificios gubernamentales (ayuntamientos, juzgados, cárceles...), entonces hemos decidido ponerle ese tag ya que es el que más sale. La pega es que SUELO=ESPECIAL es muy general y seguro que habrá cosas como la de Santoña por Catastro. Saludos y gracias. El 26 de febrero de 2012 13:28, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: He probado la ultima versión de CAT2OSM con el municipio de Ruiloba, en Cantabria. El proceso no ha dado problemas pero he encontrado un error en la definición de los usos del suelo. Las parcelas (o subparcelas) con plantaciones de eucaliptus (clase de cultivo = EU Eucaliptus, según catastro) se están etiquetando como landuse=farm. He documentado el conjunto de etiquetas adecuadas en la tabla Tipos de cultivohttp://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo. No obstante, no he encontrado ninguna que permita definir el nombre de la especie para áreas (sí existe para puntos) y solo he indicado landuse=forest, type=evergreen. Estas etiquetas también pueden ser válidas para suelos con plantaciones de coníferas, añadiendo también wood=coniferous. He incluido una captura sobre lo que comento en la galería de imágeneshttp://wiki.openstreetmap.org/wiki/Spanish_Catastro#Galer.C3.ADa_de_im.C3.A1genes . Un saludo. Jesús Gómez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Suscribo lo que ha dicho Cruz y os añado un poco de info de por qué creo que puede ser esto. He probado la última versión y veo algún error en la codificación de textos. No se si este proviene de la conversión que hace el programa o de los datos originales de Catastro. Calle Marinos de Santoña: http://i40.tinypic.com/2wfp8r9.png Esto cuando hicimos las pruebas para Windows lo solucionamos, ya que era que al crear el archivo .osm había que indicar la codificación (no bastaba con escribir la primera linea del .osm ?xml version='1.0' encoding='UTF-8'?). No se si puede ser que depende el SO la forma de indicarlo sea distinto y por eso no nos esté haciendo caso. Por otro lado no se si la etiqueta landuse=farm la estamos utilizando correctamente ya que veo que grandes extensiones de monte bajo, como el de la imagen, o praderas se etiquetan de esta manera: http://oi40.tinypic.com/2d9eq7r.jpg Veo que no tiene mas tags que ese y deduzco que estará catalogado como Agrario en Catastro. No solo eso si no que a veces traen el tipo de cultivo lo que suele darnos más información y lo afina mas a la realidad pero en este caso parece que no traía. Finalmente veo que El Penal del Duesohttp://es.wikipedia.org/wiki/Penal_de_El_Dueso, en Santoña, está etiquetado todo el recinto como edificio público, aunque supongo que este será un caso similar al del embalse que comenté anteriormente y habrá que editarlo a mano. http://i39.tinypic.com/2ib0oyb.png En Catastro hay un tipo de suelo SUELO=ESPECIAL. Es demasiado genérico pero hemos visto que en la mayoría de los casos se usa para edificios gubernamentales (ayuntamientos, juzgados, cárceles, edificios de correos...) y se decidió taguearlo como amenity=public_building ya que en la mayoría de los casos va a ser el tag que más se le asemeje y si contiene un nodo con texto (un elemento textual) encima, en la fase de traspasar datos de los Elemtex a Constru el elemento textual va a detallar mas el public_building. Aún y así debido a que SUELO=ESPECIAL puede valer para mucho, seguramente encontremos atracciones turísticas y similares que public_building no sea adecuado y haya que modificarlas a mano. Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Resultados de Ciudad Real con la nueva versión (un 25% más rápida :) )
Hola a todos, buenos días. Juan Luis, ¿sigue dándote los errores de Simplificación de vías = null? El viernes subimos una versión en la que habíamos solucionado ese error o al menos en las pruebas con los municipios que hemos hecho no ha vuelto a aparecer. Si pudieses confirmarnos que de verdad es la última versión nos sería de mucha ayuda. Hemos visto también que habéis añadido nuevos cultivos en la wiki de traducción, los añadimos para la próxima versión que os colguemos (vamos a intentar ponerle algún tipo de indicador de progreso para la simplificación de vías) Saludos El 26 de febrero de 2012 17:25, Benjamín Valero Espinosa benjaval...@gmail.com escribió: Hola, acabo de realizar mi primera prueba y creo que ha ido bastante bien. Lo he hecho con un pueblo más bien pequeño de la provincia de Alicante (Benejúzar) y que conozco. En un Mac con unos años ha tardado 15 minutos. He obtenido varios avisos de: No se pudo borrar alguno de los archivos temporales de URPARCELA.SHP. Estos estaran en la carpeta result. pero imagino que no son importantes. También he tenido un error leyendo el archivo urbano: Error leyendo linea del archivo. String index out of range: 428 pero aún así el programa ha terminado. Finalmente he abierto el OSM con JOSM y tengo alguna duda: * No hay ninguna calle, no sé si es normal. El nombre de las calles sí aparece en los portales. * He mirado varias casas, y veo que las paredes pertenecen a 2 relaciones, una para el edificio en sí y otra para el número de portal. ¿Hay algún modo de fusionar esto? Felicidades por vuestro trabajo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Resultados de Ciudad Real con la nueva versión (un 25% más rápida :) )
Hola. El 27 de febrero de 2012 10:53, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos, buenos días. Juan Luis, ¿sigue dándote los errores de Simplificación de vías = null? El viernes subimos una versión en la que habíamos solucionado ese error o al menos en las pruebas con los municipios que hemos hecho no ha vuelto a aparecer. Si pudieses confirmarnos que de verdad es la última versión nos sería de mucha ayuda. Hemos visto también que habéis añadido nuevos cultivos en la wiki de traducción, los añadimos para la próxima versión que os colguemos (vamos a intentar ponerle algún tipo de indicador de progreso para la simplificación de vías) Saludos Voy a volver a hacer el clone del repo y a lanzar la exportación. Dentro de unas horas os cuento. -- Juan **Luis Rodríguez** Ponce Área de Proyectos Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
2012/2/22 Ander Pijoan ander.pij...@deusto.es: Recordad que estamos mas o menos pendientes de si hay alguna mejor forma para el tag natural=water para denominar aguas artificiales, pozos, piscinas, depósitos... Existe el tag landuse=reservoir que es justamente para aguas artificiales y en su tiempo era popular, aunque ahora en el wiki ponen que algunos lo consideran deprecated. Pero lo que proponen usar (water=reservoir) sigue siendo poco popular. http://wiki.openstreetmap.org/wiki/reservoir Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [CATASTRO] Suelos improductivos
Hola a todos. Como he señalado en la wiki [1], hemos etiquetado el suelo IMPRODUCTIVO que recoge Catastro como matorral (natural=scrub) pero vamos a tener problemas con esto, porque en realidad es una especie de totum revolutum donde en Catastro han metido casi toda aquello que no entra en otras clases: marisma, playas, arenales, etc. Saludos. Emilio Gómez [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Suelos improductivos
Entonces creo que va a ser mejor poner un FIXME y/o intentar sacar información a partir del nombre (si es que lo hay). El 27 de febrero de 2012 17:39, Emilio Gómez Fernández ego...@terra.esescribió: Hola a todos. Como he señalado en la wiki [1], hemos etiquetado el suelo IMPRODUCTIVO que recoge Catastro como matorral (natural=scrub) pero vamos a tener problemas con esto, porque en realidad es una especie de totum revolutum donde en Catastro han metido casi toda aquello que no entra en otras clases: marisma, playas, arenales, etc. Saludos. Emilio Gómez [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
A mi me salen varios Error simplificando via.null y luego ... [2012-02-27 17:24:10.066] Error simplificando vía. null Exception in thread main java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58) Caused by: java.lang.NullPointerException at Cat2Osm.simplificarWays(Cat2Osm.java:137) at Gui.ejecutarCat2Osm(Gui.java:460) at Gui.main(Gui.java:46) Tambien con el pueblo Grande (He probado Denia y San Sebastian de los Reyes) Voy a probar descargar de nuevo el cat2osm.jar de nuevo a ver si es que tengo mal la version. El 27 de febrero de 2012 13:09, andrzej zaborowski balr...@gmail.comescribió: 2012/2/22 Ander Pijoan ander.pij...@deusto.es: Recordad que estamos mas o menos pendientes de si hay alguna mejor forma para el tag natural=water para denominar aguas artificiales, pozos, piscinas, depósitos... Existe el tag landuse=reservoir que es justamente para aguas artificiales y en su tiempo era popular, aunque ahora en el wiki ponen que algunos lo consideran deprecated. Pero lo que proponen usar (water=reservoir) sigue siendo poco popular. http://wiki.openstreetmap.org/wiki/reservoir Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Anlieger
Original-Nachricht Datum: Sun, 26 Feb 2012 21:30:33 +0100 Von: Friedrich Volkmann b...@volki.at An: talk-at@openstreetmap.org Betreff: Re: [Talk-at] Anlieger access=destination heißt, dass Zufahrt und Betreten gestattet ist, aber nicht die Durchfahrt oder ein Durchschreiten. So ein Schild gibt es nirgends, d.h. access=destination ist immer falsch. Warum es trotzdem so oft vorkommt, ist mir ein Rätsel. Vielleicht einer der unzähligen JOSM-Bugs. Aber gerade das Ausgenommen Anrainer(-verkehr) würde ich schon so interpretieren: Man darf hinfahren wenn man zu einem der Grundstücke an dieser Straße will, d.h. Zufahrt gestattet, nicht jedoch die Durchfahrt. Nach Recherche möchte ich meine obige e-Mail dahingehend revidieren, dass ich die Klammern weglasse: access=destination entspricht mMn Fahrverbot ausgenommen Anrainerverkehr bzw. Fahrverbot ausgenommen Zufahrt. Für Fahrverbot ausgenommen Anrainer (d.h. nur wer dort wohnt darf zufahren, keine Besucher/Lieferanten) gibt's glaub ich keinen passenden Tag (ev. access=private?). Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anlieger
On 27.02.2012 09:01, Andreas Uller wrote: Für Fahrverbot ausgenommen Anrainer (d.h. nur wer dort wohnt darf zufahren, keine Besucher/Lieferanten) gibt's glaub ich keinen passenden Tag (ev. access=private?). Nicht nur gibts keinen Tag, das ist ein rechtl. Konstrukt, dass so nicht existiert. Wenn ich dort wohne, darf ich auch Besucher oder Lieferanten etc. zu mir fahren lassen. §52/1 StVO. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anlieger
On 26.02.12 20:57, Norbert Wenzel wrote: Daher würd ich vorschlagen nur das allgemeine access=destination zu taggen, ACK, bzw., wenn dort eindeutig ein Fahrverbot steht oder was von Privatstraße, dann access=private. Danke für die Mail. Ich war heut in der Gegend und die Mail kam genau bevor ich extra vorbei gefahren wäre. Danke für die Warnung. ;-) Wenn ich Schottenhof fahre, liegt das auf meinem Weg... aber wie gesagt, man müßte sich mal mehr Zeit nehmen. Grade der Nordhang in Neustift wimmelt von Fahrverbotsschildern mit Anrainer-Ausnahmen (wohl sicherlich auch, um die Heurigen-Parker abzuhalten). Das sollte man mal systematisch durchschauen. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anlieger
On 26.02.12 21:30, Friedrich Volkmann wrote: Wer MUSS ein Grundstück zur Erledigung aufsuchen? Für rechtliche Details musst Du wohl die juristische Literatur bemühen. Aber IMO ist das mit bissl Augenmaß nicht wirklich ein Problem. Der Handwerker, die Müllabfuhr/Kanal, Post, Lieferanten oder den Besuch bei Verwandten, all das wird man wohl als Anrainerverkehr zählen. Nicht würde ich Deinen Drang zur Verrichtung der Notdurft sehen oder wenn man dort hinfährt, parkt und dann wandern geht. In aller Regel haben die Dinge ja einen Sinn, weil's eng ist, weil's kaum Parkplätze oder keine Umkehrmöglichkeit gibt, weil der LKW zum Abpumpen er Senkgrube durchkommen muss usw. Aber IMO. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anlieger
Original-Nachricht Datum: Mon, 27 Feb 2012 09:47:44 +0100 Von: Stefan Kopetzky ste...@kopetzky.net An: talk-at@openstreetmap.org Betreff: Re: [Talk-at] Anlieger On 27.02.2012 09:01, Andreas Uller wrote: Für Fahrverbot ausgenommen Anrainer (d.h. nur wer dort wohnt darf zufahren, keine Besucher/Lieferanten) gibt's glaub ich keinen passenden Tag (ev. access=private?). Nicht nur gibts keinen Tag, das ist ein rechtl. Konstrukt, dass so nicht existiert. Wenn ich dort wohne, darf ich auch Besucher oder Lieferanten etc. zu mir fahren lassen. §52/1 StVO. In §52 Abs. 1 wird nur das Fahrverbot an sich erläutert. Ich habe mich auf den Text von dieser Seite bezogen: http://www.wien.gv.at/verkehr/verkehrszeichen/vorschrift.html, wo eindeutig steht, dass Anrainer nur ist wer dort wohnt, nicht deren Lieferanten etc. Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anlieger
On 02/27/2012 11:26 AM, Andreas Uller wrote: Ich habe mich auf den Text von dieser Seite bezogen: http://www.wien.gv.at/verkehr/verkehrszeichen/vorschrift.html, wo eindeutig steht, dass Anrainer nur ist wer dort wohnt, nicht deren Lieferanten etc. Versteh schon. Hat das praktische Relevanz? Es gibt einen Haufen Judikatur, die ich nicht durchlesen mag, was dann noch unter Anrainer fällt. Etwa: Besucher nicht - Masseverwalter schon etc.. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wiener OGD Stadtplan in JOSM?
hallo! habe mich endlich durch gerungen und die wiki diesbezüglich ergänzt. http://wiki.openstreetmap.org/wiki/Wien#Useful_Resources_.2F_Ressourcen_f.C3.BCr_Mapper nachdem das mein erster wiki-edit war: ich hoffe, es passt so, wenn nicht bitte nachsichtig sein ... ;) lg grimnirson ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anlieger
In fast allen Fällen gehört dort ein motor_vehicle=private/destination/... hin, und nur ganz selten ein access=? solche Fehler kommen leider viel zu häufig vor. Fahrverbote gelten meist nicht für Fußgänger, Pferde, Radfahrer, usw On 27.02.2012 10:06, Andreas Labres wrote: On 26.02.12 20:57, Norbert Wenzel wrote: Daher würd ich vorschlagen nur das allgemeine access=destination zu taggen, ACK, bzw., wenn dort eindeutig ein Fahrverbot steht oder was von Privatstraße, dann access=private. Danke für die Mail. Ich war heut in der Gegend und die Mail kam genau bevor ich extra vorbei gefahren wäre. Danke für die Warnung. ;-) Wenn ich Schottenhof fahre, liegt das auf meinem Weg... aber wie gesagt, man müßte sich mal mehr Zeit nehmen. Grade der Nordhang in Neustift wimmelt von Fahrverbotsschildern mit Anrainer-Ausnahmen (wohl sicherlich auch, um die Heurigen-Parker abzuhalten). Das sollte man mal systematisch durchschauen. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] grüninsel auf fußgängerzone
hallo! mir bereitet der kurt-pinz-platz etwas sorgen: http://www.openstreetmap.org/?lat=48.191109lon=16.34775zoom=18layers=M ich habe dort eine fußgängerzone und darauf einige grüninseln und bänke eingezeichnet. mapnik rendert aber nur die fußgängerzone, sonst nix. weiß jemand, warum die grünflächen nicht dargestellt werden? es handelt sich dabei um das gleiche village_green, dass andernorts auch ständig verwendet, aber auch dargestellt wird ... liegts an mapnik oder an mir? lg grimnirson ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anlieger
On 27.02.2012 16:19, Felix Hartmann wrote: solche Fehler kommen leider viel zu häufig vor. Fahrverbote gelten meist nicht für Fußgänger, Pferde, Radfahrer, usw Persönlich hab ich das Gefühl, dass die allgemeinem Fahrverbote (ausgenommen Anrainer[...]) deutlich häufiger sind, also die Fahrverbote für motorisierte Fahrzeuge. Wie das allgemeine Fahrverbot für Pferde (mit Reiter) gilt weiß ich nicht, aber Radfahrer, Pferdefuhrwerke, Autos und LKW sind davon gleichermaßen betroffen. Für Fußgänger ist das aber natürlich immer falsch, wobei es da wohl einfacher ist access=destination + foot=yes zu taggen. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] grüninsel auf fußgängerzone
hallo! mir bereitet der kurt-pinz-platz etwas sorgen: http://www.openstreetmap.org/?lat=48.191109lon=16.34775zoom=18layers=M ich habe dort eine fußgängerzone und darauf einige grüninseln und bänke eingezeichnet. mapnik rendert aber nur die fußgängerzone, sonst nix. weiß jemand, warum die grünflächen nicht dargestellt werden? es handelt sich dabei um das gleiche village_green, dass andernorts auch ständig verwendet, aber auch dargestellt wird ... liegts an mapnik oder an mir? lg grimnirson ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anlieger
On 27.02.2012 17:23, Norbert Wenzel wrote: On 27.02.2012 16:19, Felix Hartmann wrote: solche Fehler kommen leider viel zu häufig vor. Fahrverbote gelten meist nicht für Fußgänger, Pferde, Radfahrer, usw Persönlich hab ich das Gefühl, dass die allgemeinem Fahrverbote (ausgenommen Anrainer[...]) deutlich häufiger sind, also die Fahrverbote für motorisierte Fahrzeuge. Kommt darauf an. Auf Feldwegen, besonders auf asfaltierten, hat man oft die horizontal geteilten Fahrverbotstafeln (wo oben das Auto-Symbol ist und unten das Motorrad-Symbol) mit Zusatztafel ausgen. Anrainer oder ausgen. Anrainerverkehr oder auch generelle Fahrverbotstafeln mit Zusatztafel ausgen. Anrainer und Radfahrer; in beiden Fällen steht auf den Zusatztafeln manchmal auch der landw. Verkehr. Auf Forststraßen hingegen stehen immer nur generelle Fahrverbotstafeln. Ausnahmen für Radfahrer sind selten, sogar auf MTB-Strecken. Auf denen ist das Radfahren nämlich nicht nach StVO erlaubt, sondern es wird von den Grundbesitzern nur zu bestimmten Zeiten geduldet. Wie das allgemeine Fahrverbot für Pferde (mit Reiter) gilt weiß ich nicht, In Bezug auf Pferde unterscheidet man Fahren und Reiten. Beim Fahren ziehen die Pferde einen Wagen. In diesem Fall gilt das Fahrverbot auch für Pferde, sonst nicht. Für Fußgänger ist das aber natürlich immer falsch, wobei es da wohl einfacher ist access=destination + foot=yes zu taggen. Ich finde es einfacher, das zu taggen, was man auf der Tafel sieht. Also Fahrverbot mit vehicle=* bzw. motor_vehicle=*. Warum schon wieder *=destination ? Damit taggt man Zufahrt gestattet bzw. Durchfahrt verboten. Das ist was anderes als Anrainer (nur Bewohner) und Anrainerverkehr (Bewohner und deren Besucher). Sagen wir, ein Gasserl mit ausgen. Anrainerverkehr führt zum Haus der Familie Meier. Wenn du zu dem Haus hinfährst um den Meier zu besuchen oder ihm etwas zu bringen, ist das erlaubt, weil das alles unter Anrainerverkehr fällt. Wenn du aber vor dem Haus vom Meier parkst, weil dort ein schöner Ausgangspunkt für deine Bergtour ist, dann ist das kein Anrainerverkehr und somit verboten. vehicle=destination würde aber bedeuten, dass das erlaubt ist. Daher: ausgen. Anrainer ... (motor_)vehicle=private (nicht: destination) ausgen. Anrainerverkehr ... (motor_)vehicle=delivery (nicht: destination) ausgen. Anrainer und Zustelldienste ... ditto -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anlieger
-- From: Friedrich Volkmann b...@volki.at Sent: Monday, February 27, 2012 7:06 PM To: talk-at@openstreetmap.org Subject: Re: [Talk-at] Anlieger Sagen wir, ein Gasserl mit ausgen. Anrainerverkehr führt zum Haus der Familie Meier. Wenn du zu dem Haus hinfährst um den Meier zu besuchen oder ihm etwas zu bringen, ist das erlaubt, weil das alles unter Anrainerverkehr fällt. Wenn du aber vor dem Haus vom Meier parkst, weil dort ein schöner Ausgangspunkt für deine Bergtour ist, dann ist das kein Anrainerverkehr und somit verboten. vehicle=destination würde aber bedeuten, dass das erlaubt ist. Jetzt hat's bei mir endlich klick gemacht! Ich hatte bisher noch nicht an die Möglichkeit gedacht, in eine Straße zu fahren und dort zu parken obwohl ich mit den dortigen Bewohnern nichts zu tun habe. Jetzt ist mir auch der eh schon vorher beschriebene Unterschied zwischen access=destination und Fahrverbot ausg. Anrainerverkehr klar. Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] grüninsel auf fußgängerzone
Am 2012-02-27 17:15, schrieb Soldier Boy: pack das ganze mal in eine Relation. Die Fußbängerzone als outer und die village_green als inner funkt. danke! lg grimnirson ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anlieger
On 27.02.12 16:19, Felix Hartmann wrote: Fahrverbote gelten meist nicht für Fußgänger, Pferde, Radfahrer, Mitnichten. Bei einem Fahrverbot ist das Fahren verboten. Auch das Radfahren! Von mir aus foot=yes. Und Pferde(-fuhrwerke) ignoriere ich (außer sie werden explizit erwähnt, namentlich als verboten). motor_vehicle=no ist nur das § 52/6c (Fahrverbot für alle Kraftfahrzeuge). Servus, Andreas (mir ist schon klar, dass Du Dich über das meistens hinwegsetzt; aber deswegen tagge ich das nicht so) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] Laukumu zīmēšana pie ceļiem
Šajā gadījumā paliktu landuse=forest kā visa meža apzīmējums, un apzīmējums tam, ka mežs tiek izstrādāts. Iekšā šim poligonam būtu iezīmēti laukumi - piemēram landcover=trees ; landcover=bushes ; landcover=cutting Par to ka virsū vai apakšā: Ja ir iezīmēts mežs, kas tiek izstrādāts un blakus mežs, kas netiek izstrādāts, tad otrajā gadījumā nebūs taga landuse=forest, bet gan tikai landcover=trees un iespējams natural=wood. Pie maza pietuvinājuma būs redzams šis neizstrādātais mežs un blakus esošais landuse=forest laukums. Tikko tiek pietuvināts, landuse laukums sadalās sīkākos pleķīšos. Manuprāt ļoti vienkārši un saprotami. On Mon, Feb 27, 2012 at 9:13 AM, Jānis Ročāns janis.roc...@gmail.comwrote: Šis man ļoti patiktu. Teritoriālajos plānos ar mežu apzīmē apgabalu, kurā ir paredzēts, ka aug mežs. Te vēl klāt der informācija par meža vecumu, tipu, vai ir šobrīd izcirtums. Šī informācija ir svarīga uzturot mežus. Pēc šīs informācijas būs pagrūti orientēties dabā, jo šīs robežas ir iedomātas, taisnas līnijas, kas dabā parasti atšķiras. Savukārt pēc landcover jau varētu orientēties. Protams tādu detalizāciju, kā orientēšanās kartes, sasniegt būs grūti :) Ja godīgi, man gandrīz vai prasās šos abus nodalīt diviem dažādiem renderētājiem. Un likšanu pa virsu es īsti nesapratu - vajadzētu rādīt vai nu vienu, vai otru. 2012/2/26 Raitis U. rait...@gmail.com Ļoti ceru neiesākt flamewar, bet nu vajadzētu tā kā savākties un vienoties par zemes virsmu/landuse kartēšanu vismaz Latvijas teritorijā. 2010. gadā parādījās diskusija par landcover taga ieviešanu. Ideja ir vienkāršot apzīmējumus un nodalīt cilvēku ģeogrāfiju no fiziskās. Landcover=fiziskā, tas ko redzam. Landuse=laukumi ar pieņemtām robežām: Fiziskā ģeo. sevī ietver: -Veģetāciju (parks var būt gan ar mežu, gan zāli) -Augsnes -Ģeoloģiskās formas (klintis, pludmale u.c.) -u.c. vides apstākļi Cilvēka ģeo. -Apdzīvotas vietas -Zonējums (komerc., rūpn., daudzstāvu, mazstāvu, u.c.) -Lietojuma veidi (parks, ceļš (kurā var būt arī grāvji, vaļņi, uzbērumi u.c. būves, kas ietilpst ceļa apzīmējumā)) Šobrīd šis viss ir izmētāts pa landuse, natural, amenity, leisure, area u.c. apzīmējumiem. Bieži vien jāizvēlas, vai zīmēt dzīvojamo zonu, vai arī mežu, lai gan tur ir abi. Ja zīmē vēl sīkāk, tad vispār putra - kā lai apzīmē to, kas ir iekšā dzīvojamos rajonos? Parkos arī ir gan koki, gan zālīte. Daudzstāvu mājām pa vidu ir zāliens, rūpnīcās ir koki, smiltis, utt. Doma ir šāda - landcover kartē tiek parādīts virs landuse slāņa tikai pēc 16 zoom līmeņa, līdz tam ir otrādāk. Landuse var lipināt pie ceļiem, landcover nē, ja vien tas nav highway=area. Landcover ir kā sīkāks apraksts/dalījums. Landuse ir ārējā līnija , kas apvieno sīkos elementus. Jā, tās ir izmaiņas, un visai lielas. Bet manuprāt tas ir vienkāršāk nekā veidot tagu kombinācijas, kuras nevar paturēt galvā. Ja Latvijas mērogā to izdomājam pieņemt: 1. Tiks sastādītas 2 tabulas ar maināmajiem (PIRMS un PĒC) (maksimāli saglabājot esošos, lai main serverī nesabojātu izskatu), un jaunajiem tagiem. 2. Ja piedāvātais apmierinās, tiks nomainīti tagi visā valsts teritorijā 3. Pēc pilnvērtīgas palaišanas tiks pielāgots vietējais renderis. 4. Iespējams, pēc tam, kad būs redzams rezultāts, shēma tiks pielāgota main serverī, bet tas nav no mums atkarīgs. http://wiki.openstreetmap.org/wiki/Landcover http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/landcover Vai esam par vai pret, un kāpēc? On Sat, Feb 25, 2012 at 5:56 PM, Rich ric...@nakts.net wrote: On 02/25/12 15:02, Viesturs Zarins wrote: Cik atceros vienojāmies ka laukumi un ceļi ir dažādas lietas un kopā nav jālīmē. Bet daudz kur viņi vēl joprojām ir tādi salīmēti. Galvenie autori, ko šobrīd sastopu, ir iav un cuu508. Es cik rediģēju tik līmēju vaļā un taisu ap ceļiem normālu atstarpi. hmm, taapat kaa cuu, iisti nepiefikseeju, ka buutu iipashi strikta vienoshanaas - pie tam, to tomeer vajadzeetu meegjinaat globaalaa liimenii unificeet, citaadaak vieseditori taisiis preteeji. es atstaaju kaa ir :) aa, nu iznjeemums, jaz parking area ir gar celju bez atdaloshaas joslas vai kaut kas tamliidziigs, tad gan noteikti liimeeju klaat. Viesturs __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Paldies, Jānis Ročāns ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Laukumu zīmēšana pie ceļiem
Mazliet neštimmē kopā.. Landuse - forest dabā parasti iestiepjas arī pļavā vai laukā un pretēji. Manuprāt šos abus - landuse un landcoves vajadzētu stingri nodalīt, kā suņus no kaķiem. It kā līdzīgi ir - aste ir, 4 kājas, divas ausis, bet laist kopā gan nevajadzētu. 2012/2/27 Raitis U. rait...@gmail.com Šajā gadījumā paliktu landuse=forest kā visa meža apzīmējums, un apzīmējums tam, ka mežs tiek izstrādāts. Iekšā šim poligonam būtu iezīmēti laukumi - piemēram landcover=trees ; landcover=bushes ; landcover=cutting Par to ka virsū vai apakšā: Ja ir iezīmēts mežs, kas tiek izstrādāts un blakus mežs, kas netiek izstrādāts, tad otrajā gadījumā nebūs taga landuse=forest, bet gan tikai landcover=trees un iespējams natural=wood. Pie maza pietuvinājuma būs redzams šis neizstrādātais mežs un blakus esošais landuse=forest laukums. Tikko tiek pietuvināts, landuse laukums sadalās sīkākos pleķīšos. Manuprāt ļoti vienkārši un saprotami. On Mon, Feb 27, 2012 at 9:13 AM, Jānis Ročāns janis.roc...@gmail.comwrote: Šis man ļoti patiktu. Teritoriālajos plānos ar mežu apzīmē apgabalu, kurā ir paredzēts, ka aug mežs. Te vēl klāt der informācija par meža vecumu, tipu, vai ir šobrīd izcirtums. Šī informācija ir svarīga uzturot mežus. Pēc šīs informācijas būs pagrūti orientēties dabā, jo šīs robežas ir iedomātas, taisnas līnijas, kas dabā parasti atšķiras. Savukārt pēc landcover jau varētu orientēties. Protams tādu detalizāciju, kā orientēšanās kartes, sasniegt būs grūti :) Ja godīgi, man gandrīz vai prasās šos abus nodalīt diviem dažādiem renderētājiem. Un likšanu pa virsu es īsti nesapratu - vajadzētu rādīt vai nu vienu, vai otru. 2012/2/26 Raitis U. rait...@gmail.com Ļoti ceru neiesākt flamewar, bet nu vajadzētu tā kā savākties un vienoties par zemes virsmu/landuse kartēšanu vismaz Latvijas teritorijā. 2010. gadā parādījās diskusija par landcover taga ieviešanu. Ideja ir vienkāršot apzīmējumus un nodalīt cilvēku ģeogrāfiju no fiziskās. Landcover=fiziskā, tas ko redzam. Landuse=laukumi ar pieņemtām robežām: Fiziskā ģeo. sevī ietver: -Veģetāciju (parks var būt gan ar mežu, gan zāli) -Augsnes -Ģeoloģiskās formas (klintis, pludmale u.c.) -u.c. vides apstākļi Cilvēka ģeo. -Apdzīvotas vietas -Zonējums (komerc., rūpn., daudzstāvu, mazstāvu, u.c.) -Lietojuma veidi (parks, ceļš (kurā var būt arī grāvji, vaļņi, uzbērumi u.c. būves, kas ietilpst ceļa apzīmējumā)) Šobrīd šis viss ir izmētāts pa landuse, natural, amenity, leisure, area u.c. apzīmējumiem. Bieži vien jāizvēlas, vai zīmēt dzīvojamo zonu, vai arī mežu, lai gan tur ir abi. Ja zīmē vēl sīkāk, tad vispār putra - kā lai apzīmē to, kas ir iekšā dzīvojamos rajonos? Parkos arī ir gan koki, gan zālīte. Daudzstāvu mājām pa vidu ir zāliens, rūpnīcās ir koki, smiltis, utt. Doma ir šāda - landcover kartē tiek parādīts virs landuse slāņa tikai pēc 16 zoom līmeņa, līdz tam ir otrādāk. Landuse var lipināt pie ceļiem, landcover nē, ja vien tas nav highway=area. Landcover ir kā sīkāks apraksts/dalījums. Landuse ir ārējā līnija , kas apvieno sīkos elementus. Jā, tās ir izmaiņas, un visai lielas. Bet manuprāt tas ir vienkāršāk nekā veidot tagu kombinācijas, kuras nevar paturēt galvā. Ja Latvijas mērogā to izdomājam pieņemt: 1. Tiks sastādītas 2 tabulas ar maināmajiem (PIRMS un PĒC) (maksimāli saglabājot esošos, lai main serverī nesabojātu izskatu), un jaunajiem tagiem. 2. Ja piedāvātais apmierinās, tiks nomainīti tagi visā valsts teritorijā 3. Pēc pilnvērtīgas palaišanas tiks pielāgots vietējais renderis. 4. Iespējams, pēc tam, kad būs redzams rezultāts, shēma tiks pielāgota main serverī, bet tas nav no mums atkarīgs. http://wiki.openstreetmap.org/wiki/Landcover http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/landcover Vai esam par vai pret, un kāpēc? On Sat, Feb 25, 2012 at 5:56 PM, Rich ric...@nakts.net wrote: On 02/25/12 15:02, Viesturs Zarins wrote: Cik atceros vienojāmies ka laukumi un ceļi ir dažādas lietas un kopā nav jālīmē. Bet daudz kur viņi vēl joprojām ir tādi salīmēti. Galvenie autori, ko šobrīd sastopu, ir iav un cuu508. Es cik rediģēju tik līmēju vaļā un taisu ap ceļiem normālu atstarpi. hmm, taapat kaa cuu, iisti nepiefikseeju, ka buutu iipashi strikta vienoshanaas - pie tam, to tomeer vajadzeetu meegjinaat globaalaa liimenii unificeet, citaadaak vieseditori taisiis preteeji. es atstaaju kaa ir :) aa, nu iznjeemums, jaz parking area ir gar celju bez atdaloshaas joslas vai kaut kas tamliidziigs, tad gan noteikti liimeeju klaat. Viesturs __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Laukumu zīmēšana pie ceļiem
Cik atceros Cesvainē likām iekšā esošo situāciju, nevis plānoto. Piekrītu P.D. ka osm nevajadzētu būt nekādai plānotajai informācijai. Cita lieta, ja nekas cits nav, tad nu vismaz lai ir aptuveni. Corine zīmēta 1:10, terplāns - 1:1. Mežu kontūrām vajadzētu būt daudz precīzākām šā vai tā... Ar pļavām biju sapratis lielas pļavas, vai arī lauksaimniecības zemes, kurās kaut kad paredzēts iestādīt mežu. Iekš OSM tādai info nevajadzētu parādīties. Protams, mazi meža pleķīši lauka vidū netiek izdalīti kā landuse, jo tos diez vai kāds rūpnieciski izstrādās. Tāpat ar mazām pļaviņām. Cik ir mazs, katrs izdomā pats. Laikam nesapratu, kas ir domāts ar suņu un kaķu dalīšanu. Ja ir 2 slāņi, kurus veidojošie ceļi dažķārt pārklājas, neredzu problēmu. Landuse ir mazākam pietuvinājumam, landcover lielākam, bet landcover ir redzams vienmēr, ja landuse nav pa virsu. Par vairāku tagu likšanu vienam laukumam - nu tas ir gaumes jautājums, un es tur neredzu neko sliktu. Ja ir monotons meža pleķis uzliekot landuse=forest un landcover=trees nekas slikts nenotiks. Ja puse no meža tiek izzāģēta, dzēšam landcover tagu ārā un zīmējam jaunus 2 laukumus. OSM standarti pastāvīgi mainās un šobrīd šī shēma ir tikai kā proposed - oficiāli pieņemta tā nav, un nedomāju, ka tuvākajā laikā tiks, jo tās ir visai globālas izmaiņas. OSM oficiālajā maillistē un ircā n-tās reizes ir izskanējis, ka jo vairāk interesantu variantu, jo labāk. Protams, nevajadzētu sajaukt visu pilnīgā putrā, bet nu šis varētu visai labi sakārtot situāciju. Ja būs konkrēts piemērs, ko parādīt (vietējais renderis), iespēja, ka tas tiks pieņemts par noklusēto, ir lielāka, nekā vienkāršs bla-bla par tēmu. Līdz brīvdienām uztaisīšu iekš wiki tās izmaiņu tabuliņas un piemērus. Landcover tags šobrīd izmantots tiek ļoti reti - pārsvarā kombinācijā ar landuse, tāpēc šoreiz esam paši par sevi - piemēri, uz kuriem paskatīties nav. http://taginfo.openstreetmap.org/keys/landcover#combinations On Mon, Feb 27, 2012 at 12:07 PM, Jānis Ročāns janis.roc...@gmail.comwrote: Landuse - zemes izmantošanas veids. Latvijā pļavas, meži, rūpnieciskās teritorijas utt. Aprakstīts teritoriālajā plānojumā ar samērā precīzām robežām. VMD ir līdzīgi, tomēr sagriezts sīkākos pleķīšos. Landcover - kas tad īsti uz tās zemes ir mežs ar visiem ielokiem, pļavas vidū koku puduris vai meža vidū izveidojusies dabīga pļaviņa. Šīs obežas nekādos dokumentos nav minētas Landuse un Landcover atšķiras ar to, ka viens ir paredzētais, otrs tā kā reālais. Kad man teica, lai atstāju Cesvaines mežus, jo tie esot precīzāki, nevis mainam uz corine. Mazliet pabrīnījos, jo corine norāda, kur ir reāli meži, kas korelē ar teritoriālo plānojumu, bet tomēr atšķiras. 2012/2/27 Raitis U. rait...@gmail.com Landuse=forest dabā parasti iestiepjas arī pļavā vai laukā un pretēji m? varētu sīkāk? On Mon, Feb 27, 2012 at 11:47 AM, Jānis Ročāns janis.roc...@gmail.comwrote: Mazliet neštimmē kopā.. Landuse - forest dabā parasti iestiepjas arī pļavā vai laukā un pretēji. Manuprāt šos abus - landuse un landcoves vajadzētu stingri nodalīt, kā suņus no kaķiem. It kā līdzīgi ir - aste ir, 4 kājas, divas ausis, bet laist kopā gan nevajadzētu. -- Paldies, Jānis Ročāns ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Laukumu zīmēšana pie ceļiem
Par pieredzi citur. Pirmais kvartāls kur iezūmoju Amsterdamā. Šeit: http://www.openstreetmap.org/?way=25777947 Tātad fonā ir lielāks landuse=residential, level=-2. Pa virsu salikti mazi pleķīši ar landuse=grass/forest. Secinājums - blīvi kartētā pilsētā neizbēgami vajag pārklāt residential ar forest/grass. A. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Laukumu zīmēšana pie ceļiem
Nu šitais ir reāli kreizī variants. Residential iet pāri gan dzelzceļam, gan parkiem gan major šosejai. Un pēc tagiem spriežot ar šo ir domāts pilsētas mikrorajons. Tur ap 95% no visiem datiem ir importēti, tāka gadījums ir stipri citādāks nekā pie mums. http://wiki.openstreetmap.org/wiki/3dShapes/Landuse_import (holandiešu valodā). Parks tiek apzīmēts šādi (http://www.openstreetmap.org/browse/way/38079937): area = yes name = Bijlmerweide toponym = park Pilnīgs nestandarta piegājiens. Viesturs 2012/2/27 AivarsB vrs@gmail.com: Par pieredzi citur. Pirmais kvartāls kur iezūmoju Amsterdamā. Šeit: http://www.openstreetmap.org/?way=25777947 Tātad fonā ir lielāks landuse=residential, level=-2. Pa virsu salikti mazi pleķīši ar landuse=grass/forest. Secinājums - blīvi kartētā pilsētā neizbēgami vajag pārklāt residential ar forest/grass. A. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] LV ceļi
On 2012.02.26. 18:52, Instigater wrote: Atjaunināta lapa, tagad ceļiem arī garumu rāda, bet, kas svarīgāk, dažās vietās Latvijā pāris V ceļi ir likvidēti, daži apvienoti. Ja konkrēti, tad uz A no Ļaudonas manīju kaut kādas izmaiņas. http://www.lvceli.lv/LV/?i=247 Vecā A1 šoseja cauri Saulkrastiem tagad ir V101. -- Instigater Serveru noma Eiropas Savienības datu centrā - sākot no 9.50 Ls/mēn www.projektam.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Laukumu zīmēšana pie ceļiem
On 02/27/12 09:13, Jānis Ročāns wrote: Šis man ļoti patiktu. Teritoriālajos plānos ar mežu apzīmē apgabalu, kurā ir paredzēts, ka aug mežs. Te vēl klāt der informācija par meža vecumu, tipu, vai ir šobrīd izcirtums. Šī informācija ir svarīga uzturot mežus. Pēc šīs informācijas būs pagrūti orientēties dabā, jo šīs robežas ir iedomātas, taisnas līnijas, kas dabā parasti atšķiras. Savukārt pēc landcover jau varētu orientēties. Protams tādu detalizāciju, kā orientēšanās kartes, sasniegt būs grūti :) Ja godīgi, man gandrīz vai prasās šos abus nodalīt diviem dažādiem renderētājiem. Un likšanu pa virsu es īsti nesapratu - vajadzētu rādīt vai nu vienu, vai otru. 2012/2/26 Raitis U. rait...@gmail.com mailto:rait...@gmail.com Ļoti ceru neiesākt flamewar, bet nu vajadzētu tā kā savākties un vienoties par zemes virsmu/landuse kartēšanu vismaz Latvijas teritorijā. 2010. gadā parādījās diskusija par landcover taga ieviešanu. Ideja ir vienkāršot apzīmējumus un nodalīt cilvēku ģeogrāfiju no fiziskās. Landcover=fiziskā, tas ko redzam. Landuse=laukumi ar pieņemtām robežām: doma laba, tikai noteikti nevajag taisiit lielas izmainjas latvijaa - boti, editori no citaam valstiim utt radiis milziigu putru. globaalaa meerogaa vjadzeetu saprast, kaa buutu iespeejama tagu migraacija. ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-cz] Import UIR-ZSJ: Hněvkovice na levém břehu Vltavy
Ahoj, narazil jsem náhodou část obce Hněvkovice na levém břehu Vltavy: http://www.openstreetmap.org/browse/node/1599120653 V UIR to tak opravdu je: http://uir.cz/casti-obce/172197/Hnevkovice-na-levem-brehu-Vltavy http://uir.cz/zsj/17219/Hnevkovice-na-levem-brehu-Vltavy http://uir.cz/zsj/02808/Hnevkovice-na-pravem-brehu-Vltavy ale laicky mi to moc smysl nedává, resp. jsem v běžné mapě nic takového neviděl. Myslíte, že je to v pořádku? Vašek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import UIR-ZSJ: Hněvkovice na levém břehu Vltavy
Proč přejmenovávat, jestli se ta obec takto jmenuje? Určitě bych to nedělal jen na základě toho, že to zní divně. Spousty měst mají v názvu relativní poluhu k nějaké řece a nikdo to nezpochybňuje, i když obyvatelé Ústí nad Labem o něm asi budou mluvit jen jako o Ústí... Lukáš Matějka (LM_1) Dne 27. února 2012 14:32 Petr Morávek [Xificurk] xific...@gmail.com napsal(a): Václav Řehák wrote: Ahoj, narazil jsem náhodou část obce Hněvkovice na levém břehu Vltavy: http://www.openstreetmap.org/browse/node/1599120653 V UIR to tak opravdu je: http://uir.cz/casti-obce/172197/Hnevkovice-na-levem-brehu-Vltavy http://uir.cz/zsj/17219/Hnevkovice-na-levem-brehu-Vltavy http://uir.cz/zsj/02808/Hnevkovice-na-pravem-brehu-Vltavy ale laicky mi to moc smysl nedává, resp. jsem v běžné mapě nic takového neviděl. Myslíte, že je to v pořádku? Vašek Hehe, to je docela vtipné pojmenování... Ona je pak v registru ještě ZSJ Hněvkovice na pravém břehu Vltavy (028088), ale ta uz patří do části obce Týn nad Vltavou. Předpokládám, že tam tomu tak nikdo neříká, ani tam nemají ceduli s podobně dlouhým názvem (i když kdo ví? :)), takže by asi bylo na místě to prostě přejmenovat na Hněvkovice. Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import UIR-ZSJ: Hněvkovice na levém břehu Vltavy
LM_1 wrote: Proč přejmenovávat, jestli se ta obec takto jmenuje? Určitě bych to nedělal jen na základě toho, že to zní divně. Spousty měst mají v názvu relativní poluhu k nějaké řece a nikdo to nezpochybňuje, i když obyvatelé Ústí nad Labem o něm asi budou mluvit jen jako o Ústí... Lukáš Matějka (LM_1) Samozřejmě jsem to tak myslel - přejmenovat POKUD se tak obec nejmenuje... Z toho, že tam je i stejnojmenná ZSJ na pravém břehu, která jen patří administrativně pod jinou část obce, tipuju že to skutečný název obce není... ale každopádně bude nejlepší, když se na to mrkne někdo místně znalý. Petr attachment: xificurk.vcf signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Actualisation de la carte
Le 26/02/2012 18:26, JonathanMM a écrit : Y'a-t-il possibilité de payer par virement bancaire ? Autant on a pas tous à disposition un chéquier, autant faire un virement est possible :) +1 Je crois qu'il suffit d'avoir leur rib ; de plus en plus de commerçants et d'asso font connaître leur rib publiquement ; rédiger un ordre de virement bancaire sur ma banque à distance me semble aujourd'hui le mode de payement le plus simple, le plus rapide et le plus sûr dont je dispose ; bon alors, ça vient ce rib ? Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvel outil de statistiques sur OSM
Bonjour, Pour avoir une idée plus précise du nombre de contributeurs journaliers pays par pays, il existe désormais cette page : http://osmstats.altogetherlost.com/index.php?item=countries -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars
Le 8 mars à 18h ? Le 25 février 2012 12:33, Mathieu Arnold m...@mat.cc a écrit : +--On 22 février 2012 20:29:48 +0100 Florian LAINEZ winner...@free.fr wrote: | Bonjour les parisiens, | ça vous dirait une rencontre IRL dans un bar histoire de parler de nos | dernières sessions de mapping ? On en a parlé au FOSDEM : à Paris on | ne se voit jamais ! C'est vraiment dommage, let's fix it ;) | | Je propose le *mardi 6 mars au Hall's beer Tavern à Châtelet* (68 rue | saint denis | http://www.openstreetmap.org/?lat=48.861587lon=2.349264zoom=18layers=M) | : c'est central et ça permettra à ceux qui ne connaissent pas encore la | Chouffe de découvrir cette bière inoubliable ^^ | Motivés ? Moi le 6 et le 8 me vont, quelle heure ? :-) -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars
Impec, je met ça sur le site web... http://openstreetmap.fr/2012-03-08-paris Le 27 février 2012 13:43, Florian LAINEZ winner...@free.fr a écrit : Le 8 mars à 18h ? Le 25 février 2012 12:33, Mathieu Arnold m...@mat.cc a écrit : +--On 22 février 2012 20:29:48 +0100 Florian LAINEZ winner...@free.fr wrote: | Bonjour les parisiens, | ça vous dirait une rencontre IRL dans un bar histoire de parler de nos | dernières sessions de mapping ? On en a parlé au FOSDEM : à Paris on | ne se voit jamais ! C'est vraiment dommage, let's fix it ;) | | Je propose le *mardi 6 mars au Hall's beer Tavern à Châtelet* (68 rue | saint denis | http://www.openstreetmap.org/?lat=48.861587lon=2.349264zoom=18layers=M ) | : c'est central et ça permettra à ceux qui ne connaissent pas encore la | Chouffe de découvrir cette bière inoubliable ^^ | Motivés ? Moi le 6 et le 8 me vont, quelle heure ? :-) -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une carte orientée biologie ? (arbres, insectes, oiseaux, plantes)
Le 24 février 2012 17:32, Samy Mezani samy.mez...@wanadoo.fr a écrit : Bonjour, le 24/02/2012 16:44, Gilles Bassière a écrit: Pour remettre un pied dans le sujet, je dirais qu'un projet de collecte de données naturalistes libre serait super intéressant mais : - je n'imagine pas mettre des observations (au moins de faune) dans la base OSM, il y aurait donc une BD propre à ce projet Bien sûr OSM n'a pas vocation à être une base de données naturaliste. Mais les naturalistes pourraient utiliser OSM et surtout y contribuer par leur forte présence sur le terrain. Un projet libre de collecte de données ne viserait pas forcément à centraliser les données dans une seule BD, mais à fournir un outil déployable localement et utilisable par le plus grand nombre. - les naturalistes sont souvent cramponnés au secret de leur données, comment alors organiser la collecte et le partage d'information ? Ce n'est vraiment plus le cas quand on voit la diffusion actuelle des données via Visio-Nature ! Même les assocs de naturalistes cramponnés à leurs données s'y mettent. Et comme je le disais un projet d'outil libre laisserait la liberté de gestion des données à l'utilisateur. On ne lui imposerait pas la centralisation comme c'est le cas actuellement ; on développerait un outil utilisé par le plus grand nombre dont l'objectif est l'ergonomie, l'interopérabilité, etc, etc. J'entame, avec Loïc ou Flo de partir-en-vtt.com, une réflexion sur l'opportunité de monter un éventuel projet de développement. Je fais le tour de ce qui existe pour l'instant (projets proprio et libres). Il y a déjà des outils excellents, y compris sur smartphone, mais tout reste inachevé ou incomplet ou perfectible. Devinez pourquoi... ben chacun dans son coin quoi ! Et trop d'outils sont basés sur des logiciels et données géographiques proprios. Je vais rédiger prochainement une sorte de cahier des charges qui pourrait servir de moteur au démarrage d'un projet. Y a rien de fait hein mais bon... Il serait intéressant à notre avis de créer un petit groupe de travail et de réflexion sur ce thème. Si ça intéresse des gens, merci de me le faire savoir, histoire qu'on se fasse un petit groupe bio-osm ! Bonjour, Je suis intéressé pour faire partie de ce groupe. Le monde du bio au sens large fait partie de mes centres d'intérêts et ce serait effectivement une bonne idée que le mêler avec celui d'OSM... Romain Samy __**_ 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
[OSM-talk-fr] Cotisation
Bonsoir, Désolé de passer par cette liste. Lors des JDLL j'ai donné un chèque de 10€ pour l'association. Serait-il possible de me dire où il est passé car il n'est toujours pas encaissé. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pages wiki en créole haitien
Bonjour, Dans le cadre de nos activités de cartographie communautaire et de renforcement de capacité en Haiti, nous souhaitons que les mappers Haitiens puissent contribuer dans leur langue sur le wiki. J'avais commencé à créer un template KR-HT pour Babel, mais je me demande si en fin de compte cela ne devrait pas plutôt être CR-HT (KR étant en fait les deux premières lettres de Kreyol et non Creole). Si une bonne âme pouvait également me distiller quelques conseils ou aide directe pour le paramétrage des templates languages. Le créole haitien ne faisant pas partie des 50 langues les plus courantes, il doit passer par le Template:LanguageNotTestedhttp://wiki.openstreetmap.org/wiki/Template:LanguageNotTested ou quelque chose du genre. Cordialement, Severin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pages wiki en créole haitien
Bonjour, 2012/2/28 Séverin MENARD severin.men...@gmail.com J'avais commencé à créer un template KR-HT pour Babel, mais je me demande si en fin de compte cela ne devrait pas plutôt être CR-HT (KR étant en fait les deux premières lettres de Kreyol et non Creole). Je ne suis pas expert mais ht ne suffit-il pas ? Visiblement c'est le code prévu pour le créole haitien dans la norme iso 639 normalisant les codes pour la représentation des noms de langues (si on en croit http://fr.wikipedia.org/wiki/Liste_des_codes_ISO_639-1 ) POG ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Whole-US Garmin Map update - 2012-02-25
On Mon, Feb 27, 2012 at 9:47 AM, Dave Hansen d...@sr71.net wrote: These are based off of Lambertus's work here: http://garmin.openstreetmap.nl I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2012-02-25 The 4G .torrent file is an empty file: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2012-02-25/4000MB-lon_-160.88_to_158.91.2012-02-25.gmapsupp.img.torrent -- Jeff Ollie ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-ht] OSMstats by country/ pa peyi
Found this on the talk-fr list today M'te jwen paj sa-a jodi-a nan list talk-fr nan http://osmstats.altogetherlost.com/index.php?item=countries ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht
