Re: [OSM-co] Abreviaturas

[Germán Márquez Mejía]

Coincido con la negativa a usar abreviaturas. No en vano existe la
regla. Es tarea del Renderer y del Backend transformarlas si así se
desea.

Nominatim, por ejemplo, reconoce búsquedas que utilizan la mayoría de
abreviaturas colombianas porque se las proporcionamos a los
desarrolladores para que las incluyeran en la lógica del motor de
búsqueda. Por ejemplo, Av. Cl. 100 # 11B-27 arroja la dirección
correcta a pesar de que la calle se llama Avenida Calle 100 [0].

@Jorge: La estrategia correcta, si deseas que las abreviaturas al
estilo Bogotá (creo que 4-72 la aplica internamente también para el
resto del país) sean reconocidas en las búsquedas, es que te comuniques
con los desarrolladores del Geocoder que quieras usar para que las
traduzcan corectamente.

Etiquetar vías como "Avenida Calle 100;AC 100" es por tanto innecesario
e improcedente.

[0] http://www.openstreetmap.org/search?query=Av. Cl. 100 %23 11B-27

Am Mittwoch, den 27.09.2017, 23:42 -0500 schrieb Andres Gomez Casanova:
> Buenas noches,
> 
> Con respecto a la nomenclatura de las calles, se deben seguir los
> estándares de OSM de no mapear para el render, sino que el render se
> ajuste a los datos, como se explica en este artículo: http://wiki.ope
> nstreetmap.org/wiki/Tagging_for_the_renderer y que se considera como
> una buena práctica http://wiki.openstreetmap.org/wiki/Good_practice
> 
> Teniendo en cuenta lo anterior, poner abreviaturas no es estándar y
> esto implica ajustarse al render. Por este motivo se debe escribir el
> nombre completo, ya sea calle, carrera, diagonal, transversal, etc.
> Con respecto a eso, al uso de letras y posibles combinaciones de
> direcciones existe el siguiente artículo para Colombia: http://wiki.o
> penstreetmap.org/wiki/ES:Nomenclatura_para_calles_en_Colombia
> Si bien, hay una discusión (http://wiki.openstreetmap.org/wiki/ES_tal
> k:Nomenclatura_para_calles_en_Colombia) en la que se debe definir si
> el punto cardinal debe comenzar en mayúsculas, y de manera similar el
> “bis”. Para poder concluir dicha discusión, aprovecho esta
> oportunidad para que todos ustedes den sus puntos de vista en la
> discusión y terminemos de definir concretamente cómo vamos a escribir
> los nombres.
> 
> Con respecto a múltiples nombres, no lo considero apropiado, ya que
> cualquier render medianamente inteligente puede convertir Carrera en
> Kr; por lo que veo innecesario esos múltiples nombres en punto y
> coma.
> También aprovecho para indicar que no se debe poner el nombre oficial
> dentro del name separado por ;
> Para esto es mejor usar los múltiples tags de name: http://wiki.opens
> treetmap.org/wiki/Names donde yo apoyaría usar el tag official_name. 
> Por ejemplo en Bogotá: 
> name=Carrera 30 
> official_name=Avenida Quito 
> alt_name=Avenida NQS
> 
> Cordialmente,
> 
> 
> Andres Gomez Casanova
> AngocA
> 
> > On Sep 27, 2017, at 9:35 PM, Fredy Rivera 
> > wrote:
> > 
> > 
> > 
> > 2017-09-27 17:55 GMT-05:00 Jorge Aguirre :
> > > Buenas tardes amigos OSM!
> > > 
> > Hola 
> > > 
> > > Esta semana pasada visitamos Bogotá para agregar nombres
> > > faltantes en las calles.  Nos encontramos con que, aunque hay
> > > muchas variantes en la forma escrita de los nombres que se
> > > encuentran físicamente en las calles, la constante parecieran ser
> > > las abreviatras en los nombres - KR, CA, DG, AC, etc.
> > > 
> > Una de las reglas generales que tenemos en OSM es la de no usar
> > abreviaturas, ya que entre otras razones dificulta la traducción y
> > comprensión en otros idiomas, no obstante existe la posibilidad de
> > usar etiquetas de valor multiple para los caso que los refiera
> > estos valores se pueden separa por "punto y coma" algo como  name=
> > Carrera 7 ; Kr 7 aun que no lo consideraría una buena práctica.
> > 
> > las directrices para mapear direcciones las puedes encontrar en htt
> > p://wiki.openstreetmap.org/wiki/Addresses
> > 
> > 
> > 
> > 
> > > 
> > > Quiero proponerles, por este medio, que sea cambiado esto a
> > > manera que coincida con la forma abreviada que se encuentra
> > > escrita en los rótulos sobre las calles de manera que sea más
> > > fácil de ingresar los nombres, para luego encontrarlos al estar
> > > en las mismas calles físicamente.
> > > 
> > > Quisiera saber qué les parece esta propuesta ya que son ustedes
> > > los que han creado las "reglas a seguir", pero me parece que este
> > > cambio pudiera ser bueno luego de visitar y conducir por toda la
> > > ciudad con "ojos frescos".
> > > 
> > > Quedo a la espera de sus comentarios.
> > > 
> > Muchas gracias por ciomunicarte.
> > 
> > Salu2
> > Humano. 
> > > 
> > > Atentamente,
> > > 
> > > Jorge Aguirre
> > > Geographer
> > > Kaart Group, LLC
> > > jo...@kaartgroup.com
> > > +(502) 4191 1999
> > > www.kaartgroup.com
> > > 
> > > 
> > > “Let's make our planet great again.”
> > > 
> > > - Emmanuel Macron
> > >   President of France
> > > 
> > > 
> > > 
> > > 

[Talk-co] Salgar y #MapatónxLaGuajira en la prensa

[Germán Márquez Mejía]

OSM Colombia sigue generando titulares:

http://www.elespectador.com/tecnologia/descubra-pueden-servir-los-mapas-digitales-articulo-609839

¡Felicitaciones!


pgpIfir2JS3cJ.pgp
Description: PGP signature
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-co] ¿Vandalismo en el sur de Bolívar?

[Germán Márquez Mejía]

Hola a todos:

Como no conozco bien la zona, pregunto. ¿Este changeset es vandalismo o
solo un usuario inexperto?

https://www.openstreetmap.org/changeset/35796604

¿Existe de verdad un poblado llamado Mauricio (casualmente como el
usuario que lo creó), con universidad y aeropuerto?

Saludos,
Manchito


signature.asc
Description: This is a digitally signed message part
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Visibilidad de Barrios

[Germán Márquez Mejía]

place=neighbourhood ya se muestra en Mapnik.

p. ej.  http://www.openstreetmap.org/node/376244922



2013/11/28 Bennet Campoverde benets...@hotmail.com

 hola harrieco; a que te refieres con visibilidad de barrios?  A que
 aparezca la rotulación que identifique la zona donde yace cada barrio?

 Bennet

 --
 From: harrie...@hotmail.com
 To: talk-co@openstreetmap.org
 Date: Thu, 28 Nov 2013 07:53:41 -0500
 Subject: [Talk-co] Visibilidad de Barrios


 Con el paso en el paado de suburb a neighborhood se perido la visibilidad
 de barrios, que creo al menos en la ciudad es un aspecto básico y util  de
 los mapas(asi lo considero personalmente), no se si podamos adoptar
 paulatinamete el esquema de Buenos Aires
 http://www.openstreetmap.org/#map=11/-34.6369/-58.6900

 harrierco

 ___ Talk-co mailing list
 Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co

 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-co




-- 
In a world without walls or fences, who needs windows and gates?
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Vencimiento del dominio openstreetmap.co

[Germán Márquez Mejía]

Yo también pongo un año. Por privado me puedes decir a qué cuenta de
PayPal transferir.

Am Dienstag, den 12.11.2013, 08:33 -0800 schrieb Fulton Mercado:
 Igual, enviame los datos en privado y yo pongo otro año.
 
 
 
 
 
 El Martes, 12 de noviembre, 2013 11:25 A.M., Ariel Nunez
 ingenieroar...@gmail.com escribió:
 
 Yo voy con un año. Igor escribeme por fa en privado para ver como te
 mando la plata.
 
 
 Gracias!
 Ariel
 
 
 2013/11/12 carlos felipe castillo kaxti...@gmail.com
 Buen día. 
 Pesos Colombianos?
 El 12/11/2013 09:57, Igor TAmara i...@tamarapatino.org
 escribió:
 Hola, en unos días se estará venciendo el dominio de
 openstreetmap.co , quiero que podamos continuar
 aportando este dominio desde nuestro país, creo que la
 forma más sencilla para poder hacer recolecta y pagar
 varios años del dominio, digamos unos 5 podría ser a
 través de Paypal, alguien se postularía para dirigir
 la recolecta?  Estaríamos a tiempo para movernos de
 proveedor.  Actualmente está con dominio amigo.  Si se
 renovara por 5 años con dominio amigo, costaría
 $234.100 , dado que no es un dominio nuevo, pero si
 encontramos una opción más económica, hagámosle.
 
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-co
 
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-co
 
 
 
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-co
 
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-co
 



signature.asc
Description: This is a digitally signed message part
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Vandalismo en Cartagena

[Germán Márquez Mejía]

Con el complemento reverter en JOSM hay que deshacer los conjuntos de
cambios uno por uno desde el más reciente hasta el más antiguo. La cosa se
complica si los objetos han sido tocados en el ínterin. En ese caso se debe
hacer un poco de trabajo manual :(


2013/6/5 hyan...@gmail.com hyan...@gmail.com

 Hola,

 Bien, he conversado con el usuario, resulta que estaba usando una imagen
 de Google (dic.09) para realizar sus ediciones, hemos concertado, por lo
 cual haré las reversiones de los chagesets que afectaron la cartografía
 actualizada con base en imagen Bing (feb.12).  Se comprometió con estudiar
 la licencia de OSM y espero ya esté suscrito a la lista, el mejor espacio
 de aprendizaje para este proyecto de construcción comunitaria y
 colaborativa.

 Ofrezco mis disculpas por la alarma, es una situación nueva para mi y debo
 confesar que me asalta un fuerte celo al observar afectaciones sobre las
 ediciones de muchas noches y otros colaboradores.

 Intenté hacer las reversiones por el JOSM pero aparece un error... Estoy
 ahora adivinando los parámetros de los scripts, le agradezco a quién
 conozca sobre ellos su ayuda por el interno en hyan...@gmail.com

 Saludos,

 Humberto Yances




 El 1 de junio de 2013 19:22, hyan...@gmail.com hyan...@gmail.comescribió:

 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




-- 
In a world without walls or fences, who needs windows and gates?
___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Emergencia por hostilidades en el Norte del Cauca - Informe de situación No. 1

[Germán Márquez Mejía]

No tienen que ser diferentes a Mapnik. Mapnik es increíblemente
flexible. Por ejemplo, el estilo en el que estoy trabajando renderiza
xxx:es y además agrega alt_name entre paréntesis al final, v.gr.
Avenida Contador (Calle 134). Y esto del prefijo también se puede
hacer. De hecho, lo voy a agregar al estilo en el que estoy trabajando,
además de la posibilidad de mostrar el nombre, tanto en lengua nativa
(name), como en español (name:es). Así que ¡no temáis! Que lo que haya
que mostrar lo mostramos :D

Am Sonntag, den 22.07.2012, 12:03 -0500 schrieb hyan...@gmail.com:
 Sí, tienen razón --lapsus retoricus obsesivus--, es prioritario
 mantener la calidad en los datos.  Para mejorar la retórica se puede
 renderizar con librerías diferentes a Mapnik que muestren claramente
 los contenidos con sus convenciones.
 
 El día 19 de julio de 2012 13:48, Ariel Nunez
 ingenieroar...@gmail.com escribió:
  Estoy de acuerdo con el man, digo Germán.
 
  No se puede poner el nombre de la categoría usando reglas de estilo?
 
  No se en maperitive, pero en SLD seria:
 
sld:TextSymbolizer
  sld:Label
ogc:PropertyNameResguardo Indígena+ name/ogc:PropertyName
  /sld:Label
/sld:TextSymbolizer
 
  -Ariel.
 
  PD: Sin embargo, ya que botika existe, no habria problema en
  arreglarlo despues de la emergencia en caso de que se decida poner el
  largo ahora.
 
 
  2012/7/19 Germán Márquez Mejía manch...@gmail.com:
  Siempre he sido y seré reticente frente a la inclusión de la categoría
  dentro del nombre, y esta no será la excepción. Sin embargo, leyendo las
  opiniones, dada la coyuntura y el afán de representar claramente la
  información, podríamos darnos esa licencia, aunque a largo plazo no sea
  lo más conveniente.
 
  Am Donnerstag, den 19.07.2012, 12:39 -0500 schrieb hyan...@gmail.com:
  Basado en el concepto de usabilidad y retórica cartográfica, me
  parece mejor brindarle explícitamente al usuario información de que se
  trata del Resguardo Indígena Quizgó; no veo redundancia, ya que uno
  comunica a las personas y el otro operará mejor en un escenario de
  interoperabilidad (consumo de datos por parte de aplicaciones de
  terceros).
 
  El día 19 de julio de 2012 12:29, Federico Explorador (Nevados.org)
  federico.explora...@nevados.org escribió:
   Hola:
   He hecho unos mapas provisionales con Maperitive, escalas 1:100.000 y
   1:200.000, ver [1]
   Falta mapeo básico de pueblos, infraestructura y vías y completar los
   resguardos.
  
   @humano: he encontrado vías trazas tuyas sin etiquetear, me imagino que 
   es
   trabajo en proceso y serán parte de un multipolígono para resguardo
   indígena?
  
   Nombres de los resguardos: sería bueno homogenizar el nombre: ponemos
   Resguardo indígena Quizgo o simplemente Quizgo. Me parece mejor 
   incluir
   en el nombre Resguardo indígena, porque sino depende de la leyenda 
   para
   saber de qué se trata. Pero también puede parecer redundante, qué 
   opinan?
   Saludos,
   Federico
  
   [1] http://sdrv.ms/LvgTsw
  
   -Mensaje original-
   De: Fredy Rivera [mailto:fredyriv...@gmail.com]
   Enviado el: miércoles, 18 de julio de 2012 01:30 p.m.
   Para: OpenStreetMap Colombia
   Asunto: [Talk-co] Emergencia por hostilidades en el Norte del Cauca -
   Informe de situación No. 1
  
   Hola
  
   En el documento que envia OCHA se puden identificar algunas necesidades
   donde nuestro equipo de maperos humanitario podria colaborar.
  
   salu2
  
   -- Forwarded message --
   From: Secretaria Tecnica SSH secreta...@colombiassh.org
   Date: 2012/7/18
   Subject: Emergencia por hostilidades en el Norte del Cauca - Informe de
   situación No. 1
   To: Sala de Situación s...@colombiassh.org
  
  
   PRIORIDADES / PUNTOS DESTACADOS
  
   La intensidad de las hostilidades en las últimas dos semanas, ha 
   causado el
   desplazamiento masivo de cerca de 5.000 personas en cinco municipios del
   norte del Cauca, al menos 15 víctimas civiles y graves daños en 
   viviendas y
   afectación a infraestructura.
  
   Se requieren medidas urgentes de protección de las comunidades 
   indígenas y
   campesinas que se encuentran en la zona de riesgo.
  
   La emergencia ha superado las capacidades de autoridades municipales y
   departamentales. Las restricciones al acceso han limitado la respuesta 
   a la
   emergencia.
  
   Para más información, consulte el informe en el siguiente enlace:
  
   http://www.colombiassh.org/site/IMG/pdf/OCHA_Colombia_-_Emergencia_en_Norte_
   del_Cauca_-_18072012_final.pdf
  
   --
   Cordialmente
  
   Secretaría Técnica SSH
   Tel. 6221100
   Kr 13 No. 93- 12 Ofic. 402
   secreta...@colombiassh.org
   http://www.colombiassh.org/site/
  
   La Sala de Situación Humanitaria (SSH) es un esfuerzo 
   interorganizacional
   para organizar información sobre necesidades de y respuestas a 
   situaciones
   humanitarias.
   The Humanitarian Situation Room is a inter-organizational effort

Re: [Talk-co] Emergencia por hostilidades en el Norte del Cauca - Informe de situación No. 1

[Germán Márquez Mejía]

Me encuentro con una duda. No puedo asumir que todos los
boundary=protected_area, protected_class=24 sean resguardos, ¿o sí?

¿Corro el riesgo de mostrar territorios colectivos negros como
Resguardo indígena Tal? Creo que al final no decidimos qué hacer para
distinguirlos.

Am Sonntag, den 22.07.2012, 12:03 -0500 schrieb hyan...@gmail.com:
 Sí, tienen razón --lapsus retoricus obsesivus--, es prioritario
 mantener la calidad en los datos.  Para mejorar la retórica se puede
 renderizar con librerías diferentes a Mapnik que muestren claramente
 los contenidos con sus convenciones.
 
 El día 19 de julio de 2012 13:48, Ariel Nunez
 ingenieroar...@gmail.com escribió:
  Estoy de acuerdo con el man, digo Germán.
 
  No se puede poner el nombre de la categoría usando reglas de estilo?
 
  No se en maperitive, pero en SLD seria:
 
sld:TextSymbolizer
  sld:Label
ogc:PropertyNameResguardo Indígena+ name/ogc:PropertyName
  /sld:Label
/sld:TextSymbolizer
 
  -Ariel.
 
  PD: Sin embargo, ya que botika existe, no habria problema en
  arreglarlo despues de la emergencia en caso de que se decida poner el
  largo ahora.
 
 
  2012/7/19 Germán Márquez Mejía manch...@gmail.com:
  Siempre he sido y seré reticente frente a la inclusión de la categoría
  dentro del nombre, y esta no será la excepción. Sin embargo, leyendo las
  opiniones, dada la coyuntura y el afán de representar claramente la
  información, podríamos darnos esa licencia, aunque a largo plazo no sea
  lo más conveniente.
 
  Am Donnerstag, den 19.07.2012, 12:39 -0500 schrieb hyan...@gmail.com:
  Basado en el concepto de usabilidad y retórica cartográfica, me
  parece mejor brindarle explícitamente al usuario información de que se
  trata del Resguardo Indígena Quizgó; no veo redundancia, ya que uno
  comunica a las personas y el otro operará mejor en un escenario de
  interoperabilidad (consumo de datos por parte de aplicaciones de
  terceros).
 
  El día 19 de julio de 2012 12:29, Federico Explorador (Nevados.org)
  federico.explora...@nevados.org escribió:
   Hola:
   He hecho unos mapas provisionales con Maperitive, escalas 1:100.000 y
   1:200.000, ver [1]
   Falta mapeo básico de pueblos, infraestructura y vías y completar los
   resguardos.
  
   @humano: he encontrado vías trazas tuyas sin etiquetear, me imagino que 
   es
   trabajo en proceso y serán parte de un multipolígono para resguardo
   indígena?
  
   Nombres de los resguardos: sería bueno homogenizar el nombre: ponemos
   Resguardo indígena Quizgo o simplemente Quizgo. Me parece mejor 
   incluir
   en el nombre Resguardo indígena, porque sino depende de la leyenda 
   para
   saber de qué se trata. Pero también puede parecer redundante, qué 
   opinan?
   Saludos,
   Federico
  
   [1] http://sdrv.ms/LvgTsw
  
   -Mensaje original-
   De: Fredy Rivera [mailto:fredyriv...@gmail.com]
   Enviado el: miércoles, 18 de julio de 2012 01:30 p.m.
   Para: OpenStreetMap Colombia
   Asunto: [Talk-co] Emergencia por hostilidades en el Norte del Cauca -
   Informe de situación No. 1
  
   Hola
  
   En el documento que envia OCHA se puden identificar algunas necesidades
   donde nuestro equipo de maperos humanitario podria colaborar.
  
   salu2
  
   -- Forwarded message --
   From: Secretaria Tecnica SSH secreta...@colombiassh.org
   Date: 2012/7/18
   Subject: Emergencia por hostilidades en el Norte del Cauca - Informe de
   situación No. 1
   To: Sala de Situación s...@colombiassh.org
  
  
   PRIORIDADES / PUNTOS DESTACADOS
  
   La intensidad de las hostilidades en las últimas dos semanas, ha 
   causado el
   desplazamiento masivo de cerca de 5.000 personas en cinco municipios del
   norte del Cauca, al menos 15 víctimas civiles y graves daños en 
   viviendas y
   afectación a infraestructura.
  
   Se requieren medidas urgentes de protección de las comunidades 
   indígenas y
   campesinas que se encuentran en la zona de riesgo.
  
   La emergencia ha superado las capacidades de autoridades municipales y
   departamentales. Las restricciones al acceso han limitado la respuesta 
   a la
   emergencia.
  
   Para más información, consulte el informe en el siguiente enlace:
  
   http://www.colombiassh.org/site/IMG/pdf/OCHA_Colombia_-_Emergencia_en_Norte_
   del_Cauca_-_18072012_final.pdf
  
   --
   Cordialmente
  
   Secretaría Técnica SSH
   Tel. 6221100
   Kr 13 No. 93- 12 Ofic. 402
   secreta...@colombiassh.org
   http://www.colombiassh.org/site/
  
   La Sala de Situación Humanitaria (SSH) es un esfuerzo 
   interorganizacional
   para organizar información sobre necesidades de y respuestas a 
   situaciones
   humanitarias.
   The Humanitarian Situation Room is a inter-organizational effort to 
   organize
   information on needs and responses to humanitarian situations.
  
   Si no quisiera recibir esta información, por favor responda a este 
   correo
   con el tema 'desuscribir'. Si quisiera ser agregado a la lista de

Re: [Talk-co] Emergencia por hostilidades en el Norte del Cauca - Informe de situación No. 1

[Germán Márquez Mejía]

Siempre he sido y seré reticente frente a la inclusión de la categoría
dentro del nombre, y esta no será la excepción. Sin embargo, leyendo las
opiniones, dada la coyuntura y el afán de representar claramente la
información, podríamos darnos esa licencia, aunque a largo plazo no sea
lo más conveniente.
 
Am Donnerstag, den 19.07.2012, 12:39 -0500 schrieb hyan...@gmail.com:
 Basado en el concepto de usabilidad y retórica cartográfica, me
 parece mejor brindarle explícitamente al usuario información de que se
 trata del Resguardo Indígena Quizgó; no veo redundancia, ya que uno
 comunica a las personas y el otro operará mejor en un escenario de
 interoperabilidad (consumo de datos por parte de aplicaciones de
 terceros).
 
 El día 19 de julio de 2012 12:29, Federico Explorador (Nevados.org)
 federico.explora...@nevados.org escribió:
  Hola:
  He hecho unos mapas provisionales con Maperitive, escalas 1:100.000 y
  1:200.000, ver [1]
  Falta mapeo básico de pueblos, infraestructura y vías y completar los
  resguardos.
 
  @humano: he encontrado vías trazas tuyas sin etiquetear, me imagino que es
  trabajo en proceso y serán parte de un multipolígono para resguardo
  indígena?
 
  Nombres de los resguardos: sería bueno homogenizar el nombre: ponemos
  Resguardo indígena Quizgo o simplemente Quizgo. Me parece mejor incluir
  en el nombre Resguardo indígena, porque sino depende de la leyenda para
  saber de qué se trata. Pero también puede parecer redundante, qué opinan?
  Saludos,
  Federico
 
  [1] http://sdrv.ms/LvgTsw
 
  -Mensaje original-
  De: Fredy Rivera [mailto:fredyriv...@gmail.com]
  Enviado el: miércoles, 18 de julio de 2012 01:30 p.m.
  Para: OpenStreetMap Colombia
  Asunto: [Talk-co] Emergencia por hostilidades en el Norte del Cauca -
  Informe de situación No. 1
 
  Hola
 
  En el documento que envia OCHA se puden identificar algunas necesidades
  donde nuestro equipo de maperos humanitario podria colaborar.
 
  salu2
 
  -- Forwarded message --
  From: Secretaria Tecnica SSH secreta...@colombiassh.org
  Date: 2012/7/18
  Subject: Emergencia por hostilidades en el Norte del Cauca - Informe de
  situación No. 1
  To: Sala de Situación s...@colombiassh.org
 
 
  PRIORIDADES / PUNTOS DESTACADOS
 
  La intensidad de las hostilidades en las últimas dos semanas, ha causado el
  desplazamiento masivo de cerca de 5.000 personas en cinco municipios del
  norte del Cauca, al menos 15 víctimas civiles y graves daños en viviendas y
  afectación a infraestructura.
 
  Se requieren medidas urgentes de protección de las comunidades indígenas y
  campesinas que se encuentran en la zona de riesgo.
 
  La emergencia ha superado las capacidades de autoridades municipales y
  departamentales. Las restricciones al acceso han limitado la respuesta a la
  emergencia.
 
  Para más información, consulte el informe en el siguiente enlace:
 
  http://www.colombiassh.org/site/IMG/pdf/OCHA_Colombia_-_Emergencia_en_Norte_
  del_Cauca_-_18072012_final.pdf
 
  --
  Cordialmente
 
  Secretaría Técnica SSH
  Tel. 6221100
  Kr 13 No. 93- 12 Ofic. 402
  secreta...@colombiassh.org
  http://www.colombiassh.org/site/
 
  La Sala de Situación Humanitaria (SSH) es un esfuerzo interorganizacional
  para organizar información sobre necesidades de y respuestas a situaciones
  humanitarias.
  The Humanitarian Situation Room is a inter-organizational effort to organize
  information on needs and responses to humanitarian situations.
 
  Si no quisiera recibir esta información, por favor responda a este correo
  con el tema 'desuscribir'. Si quisiera ser agregado a la lista de
  distribución, por favor responda a este correo con el sujeto 'suscribir'.
  If you do not want to receive this information, please reply to this email
  writing 'unsubscribe' in the subject field. If you want to be added to the
  mailing list, please reply to this email writing 'subscribe' in the subject
  field.
 
 
  --
  Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx,
  .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y
  redistribuir libremente. Gratis y totalmente legal.
  http://GaleNUx.com es el sistema de información para la salud
  --///---
  ---
  Teléfono USA:  (347) 688-4473 (Google voice)
  skype: llamarafredyrivera
 
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co
 
 
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Una propuesta para mapear pueblos indígenas

[Germán Márquez Mejía]

Listo, tarea perfecta para Botika.

@Federico: podrías agregar Colombia a la tabla en la página del wiki de
protected_area [0] y hacer esa salvedad.

Después en el renderer podemos hacerlo parecido a los límites
administrativos.

Yo me ofrezco a ir por la parte del Chocó, si no hay alguien que conozca
mejor la zona.

Am Donnerstag, den 28.06.2012, 18:05 -0500 schrieb Federico Explorador
(Nevados.org):
 Hola Germán y colegas:
 
 Muchas gracias por tu planteamiento, que enriquece la discusión.
 
 Comparto con tigo que boundary=protected_area no es un esquema 
 suplementario, sino todo un sistema en sí mismo y, por lo que veo, está muy 
 bien pensado. 
 Bien podríamos usarlo para los resguardos indígenas, como también para los 
 territorios colectivos de la población afrodescendiente.
 
 Sin embargo, me parece que con la afirmación usar boundary=administrative 
 crea más problemas que soluciones ... ya que estos territorios son 
 ancestrales y completamente independientes de la división 
 político-administrativa actual, no estás en lo correcto.
 
 Los resguardos indígenas son entidades territoriales o pueden adquirir este 
 status, administrando su territorio con cierta autonomía, de acuerdo a la 
 constitución y las leyes de ordenamiento territorial. Reciben recursos del 
 Estado a través de los municipios e incluso pueden adquirir incluso el 
 estatus de un municipio. (ver documento DNP, [1]). Si propuse usar el valor 
 boundary=administrative, admin_level=7 (un nivel debajo de municipio), era 
 para reconocer a los pueblos indígenas precisamente este derecho de autonomía 
 administrativa en sus territorios.
 
 Sí es cierto de que en la mayoría de casos, el territorio municipal y el 
 territorio indígena no colindan, sino se solapan o el último está dentro del 
 otro; así que no hay linderos compartidos. 
 
 El valor protected area enfoca la protección (de la naturaleza o de un 
 grupo humano) a la cual por cierto los indígenas también tienen derecho (Para 
 los más interesados, hay un link con un ejemplo desde la visión indígena en 
 [2].
 
 Lo malo es que ambos conceptos, el de protección y el de administración, 
 pasan por el tag boundary, así que tenemos que decidirnos por uno de los 
 dos. 
 
 Para mí está bien trabajar con protected_area, pero quería hacer la 
 aclaración anterior. Lo importante que establezcamos un estándar con el cual 
 podemos generar mapas que visualicen los resguardos.
 
 Entonces tendríamos para los resguardos:
 
 boundary=protected_area
 protect_class=24
 ethnic_group=*
 
 Como en la actualidad muchos resguardos figuran ya en OSM producto de una 
 importación, incluso podría haber una tarea para botica.
 
 Los imports vienen, entre otros, con ETNIA=*, entonces botica podría 
 adicionar a todas las entradas con ETNIA=* el valor boundary=protected_area, 
 protect_class=24  y luego sustituir ETNIA por ethnic_group.
 
 Luego, con Humberto en la Costa, Edwin en el Cauca, yo por el Nororiente y 
 otros que se quieran sumar a la causa podríamos ir completando el mapa.
 
 Saludos,
 Federico
 
 [1] http://www.dnp.gov.co/LinkClick.aspx?fileticket=CpCS1dVTQf4%3Dtabid=273
 [2] Ejemplo desde la visión indígena (wayúu): 
 http://www.unisi.it/cisai/wayuu.htm
 
 
 
 -Mensaje original-
 De: Germán Márquez Mejía [mailto:manch...@gmail.com] 
 Enviado el: jueves, 28 de junio de 2012 09:52 a.m.
 Para: OpenStreetMap Colombia
 Asunto: Re: [Talk-co] Una propuesta para mapear pueblos indígenas
 
 No soy partdario de usar boundary=administrative. Crea más problemas que 
 soluciones e interfiere con el esquema que tenemos, ya que estos territorios 
 son ancestrales y completamente independientes de la división 
 político-administrativa actual, de manera que puede darse el caso de un 
 resguardo con partes de su territorio en varios municipios y problemas con la 
 distorsión de la extensión real de los corregimientos.
 
 boundary=protected_area no es un esquema suplementario, sino todo un sistema 
 en sí mismo y, por lo que veo, está muy bien pensado y elaborado (por algo 
 fue aceptado). Con boundary=protected_area basta y sobra y, si se ve o no en 
 Mapnik, como lo han dicho, no es argumento para desecharlo o para meterle 
 etiquetas que no corresponden (administrative). Al fin y al cabo, con el 
 renderer colombiano se pueden hacer visibles en el futuro, o ahora, con una 
 capa Vector en OL.
 
 Así que propongo no mezclar peras con manzanas y usar solo 
 boundary=protected_area.
 
 Am Mittwoch, den 27.06.2012, 23:32 -0500 schrieb Federico Explorador
 (Nevados.org):
  Para responder más cosas a Edwin y a mí mismo:
  
   
  
  Probando, me he dado cuenta de que
  
  · Mapnik no renderiza boundary=protected_area. Ya sabemos que
  no mapeamos para el Renderer, pero bueno saberlo.
  
  · Un problema: un admin_level=7 dentro de un admin_level=6 no
  es renderizado, cuando no tiene contacto con el polígono exterior.
  Cuando cruza la “frontera

Re: [Talk-co] Una propuesta para mapear pueblos indígenas

[Germán Márquez Mejía]

No soy partdario de usar boundary=administrative. Crea más problemas que
soluciones e interfiere con el esquema que tenemos, ya que estos
territorios son ancestrales y completamente independientes de la
división político-administrativa actual, de manera que puede darse el
caso de un resguardo con partes de su territorio en varios municipios y
problemas con la distorsión de la extensión real de los corregimientos.

boundary=protected_area no es un esquema suplementario, sino todo un
sistema en sí mismo y, por lo que veo, está muy bien pensado y elaborado
(por algo fue aceptado). Con boundary=protected_area basta y sobra y, si
se ve o no en Mapnik, como lo han dicho, no es argumento para desecharlo
o para meterle etiquetas que no corresponden (administrative). Al fin y
al cabo, con el renderer colombiano se pueden hacer visibles en el
futuro, o ahora, con una capa Vector en OL.

Así que propongo no mezclar peras con manzanas y usar solo
boundary=protected_area.

Am Mittwoch, den 27.06.2012, 23:32 -0500 schrieb Federico Explorador
(Nevados.org):
 Para responder más cosas a Edwin y a mí mismo:
 
  
 
 Probando, me he dado cuenta de que
 
 · Mapnik no renderiza boundary=protected_area. Ya sabemos que
 no mapeamos para el Renderer, pero bueno saberlo.
 
 · Un problema: un admin_level=7 dentro de un admin_level=6 no
 es renderizado, cuando no tiene contacto con el polígono exterior.
 Cuando cruza la “frontera” al otro lado, no hay problema, es
 renderizado, ver
 http://www.openstreetmap.org/?lat=2.47183lon=-76.47727zoom=15layers=M En 
 la misma zona hay otros 2 resguardos “invisibles”, mapeado igual, pero sin 
 tocar la frontera municipal.
 
  
 
 No sé cómo resolver eso, ya que la mayoría de resguardos indígenas
 quedan dentro del área de un municipio y no tocan el lindero.
 
 Saludos,
 Federico
 
  
 
 De: Federico Explorador (Nevados.org)
 [mailto:federico.explora...@nevados.org] 
 Enviado el: miércoles, 27 de junio de 2012 10:24 p.m.
 Para: 'OpenStreetMap Colombia'
 Asunto: Re: [Talk-co] Una propuesta para mapear pueblos indígenas
 
 
  
 
 Hola Edwin y colegas:
 
  
 
 He revisado el tagging de los resguardos y consultado el wiki y les
 comento:
 
 · Los resguardos estaban con boundaries=civil; este valor no
 está en uso y no es renderizado en Mapnik
 
 · Resguardos indígenas son entidades territoriales, por lo
 tanto es apropiado mapearlos con boundary=administrative
 
 · Los municipios tienen el admin_level=6 en Colombia, por lo
 tanto propongo usar admin_level=7 para resguardos indígenas (ver [1])
 Mapnik visualiza 7 y 8 (9 no sé).
 
 · Adicionalmente se puede usar también boundary=protected_area, 
 protect_class=24. Con este tag parece que Mapnik además le da un color de 
 fondo al área. Ver [2].  
 
  
 
 Para comenzar, he hecho los siguientes cambios en cuatro resguardos:
 
 · Reemplazado boundary=civil por =administrative,
 admin_level=7
 
 · He introducido ethnic_group=paez (o guambiano). (Ojo, este
 tag no ha sido aún oficializado, ver hilo). 
 
 · He cambiado el nombre POLINDARA por Resguardo indígena
 Polindara (y sucesivamente)
 
  
 
 Saludos,
 Federico 
 
  
 
 [1] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative
 
 [2] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area
 
  
 
  
 
 De: Edwin Caldon [mailto:edy...@gmail.com] 
 Enviado el: martes, 26 de junio de 2012 07:05 p.m.
 Para: OpenStreetMap Colombia
 Asunto: Re: [Talk-co] Una propuesta para mapear pueblos indígenas
 
 
  
 
 Existen unas zonas en el Cauca que aparecen delimitadas como
 
 zonas indígenas [1]; pero desde el navegador no se ven y desde
 
 
 JOSM aparecen con esta fuente: SIGOT DANE UNODC-SIMCI OCHA-COLOMBIA
 
 
  
 
 
 [1] http://www.openstreetmap.org/?lat=2.4483lon=-76.4849zoom=13layers=M
 
 
  
 
 2012/6/25 Federico Explorador (Nevados.org)
 federico.explora...@nevados.org
 
 Qué bueno Humberto!
 
  
 
 Sigamos adelante entonces con el mapeo de territorios étnicos.
 
  
 
 Saludos,
 Federico
 
  
 
  
 
 De: hyan...@gmail.com [mailto:hyan...@gmail.com] 
 Enviado el: jueves, 21 de junio de 2012 09:55 a.m.
 
 
 Para: OpenStreetMap Colombia
 Asunto: Re: [Talk-co] Una propuesta para mapear pueblos indígenas
 
 
  
 
 Entiendo Federido, voy hacer el piloto en http://bit.ly/laboquilla con
 esas etiquetas.
 
  
 
 
 Sobre los resguardos en Colombia encontré este interesante artículo
 
 
  
 
 
 http://geographiando.hrev.org/category/territorios-indigenas-en-colombia/
 
 
  
 
 
 Que me llevó a esta página
 
 
  
 
 
 http://www.siidecolombia.gov.co/CMS/territorios-ind%C3%
 ADgenas/mapas.aspx
 
 
  
 
 
  
 
 
  
 
 
 Saludos,
 
 
  
 
 
 Humberto Yances
 
 El 20 de junio de 2012 21:31, Federico Explorador (Nevados.org)
 federico.explora...@nevados.org escribió:
 
 Hola:
 
 Gracias Humberto e Igor por sus comentarios y sugerencias.
 
  
 
 Estoy de acuerdo Humberto con el enfoque étnico, he pensado en eso.
 
  
 
 La 

Re: [Talk-co] Trabajo para #botika

[Germán Márquez Mejía]

Am 13.06.2012 18:01, schrieb Fredy Rivera:



2012/6/13 Igor TAmara i...@tamarapatino.org 
mailto:i...@tamarapatino.org


Ya las labores que le encomendamos a #botika, acerca del arreglo
de nombres de vías que eran muy sencillos los aplicó
adecuadamente, ahora para arreglar nombres de vías necesitamos
intervención humana.  Así que estoy preparando una página que
muestra algunos errores en nombres de vías, o por lo menos con
vías que tendrían nombres no esperados...

#botika está como inactiva puesto que no ha tenido mucho más para
corregir últimamente :)

Una de las cosas que podria corregir es la capitalizacion de los 
nombes de las calles, pues en algunos lugares no tiene mayuscula 
inicial y quizas en algunos este en mayuscula sostenida.
Igual con los topónimos compuestos por una sola palabra. Si es más de 
una toca manualmente, pues solo llevan mayúscula inicial los sustantivos 
y adjetivos, y no creo que botika sea tan buena para la gramática, ¿o 
sí? :-P




salu2


El 30 de mayo de 2012 00:19, Igor TAmara i...@tamarapatino.org
mailto:i...@tamarapatino.org escribió:

#botika cada día es más propensa a servir mejor...

El 29 de mayo de 2012 09:21, Fredy Rivera
fredyriv...@gmail.com mailto:fredyriv...@gmail.com escribió:



2012/5/29 Igor TAmara i...@tamarapatino.org
mailto:i...@tamarapatino.org

Hola :)

Hola


El 28 de mayo de 2012 06:52, ou??nH
fredyriv...@openstreetmap.co
mailto:fredyriv...@openstreetmap.co escribió:

Hola

Una necesidad que se puede suplir con botika es la
correción del sources de la importacion de los
limites municipales hecha en la ola invernal,
según quienes aportaron la información debe ser:
 [SIMCI-ONUDC, con modificaciones por OCHA]


No conozco tan bien estos elementos, qué tipo tienen?
cómo es el tipo de expresión que debería cambiarse y
cuál sería la nueva expresión?

actualmente está :
source=OCHA - SIGOT
Y debe quedar :
source= SIMCI-ONUDC, con modificaciones por OCHA
Gracias y salu2 a #botika :)

Botika espero que en el transcurso de la semana se
vuelva correctora frecuente en búsqueda de la
información que metemos los humanos y que es mejor que
esté normalizada.

Tengo pendiente crear la página de descripción
correspondiente de botika en el wiki de openstreetmap,
y creo que también valdría la pena una página de
preguntas frecuentes respecto a temas específicos de
Colombia.  La página de botika estaría en inglés y la
página de preguntas frecuentes en Colombia estaría en
español.   Si se desea que la página de botika también
esté en español, se escucha voces voluntarias para
hacer la traducción de inglés a español :) .

Puede ser que la página de preguntas frecuentes de
Colombia ya exista, si es así, allí complementamos.

Ha sido un placer trabajar con botika.

Abajo de este correo estan las justificaciones.

salu2
Humano

-- Forwarded message --
From: *Jeffrey Villaveces*

Sí seguramente fue por eso, solamente que la base
cartográfica es de [SIMCI-ONUDC, con
modificaciones por OCHA].  SIGOT es del IGAC es
otra escala.

Saludos,

Jeffrey Villaveces
Information Management Officer
United Nations Office for the Coordination of
Humanitarian Affairs (OCHA) Colombia
Cra. 10 No. 97A - 13 Of. 401
Bogota, Colombia

Tel: (057) 1 6221100 ext. 108
Mobile: (057) 310 3156788 tel:310%203156788 Fax:
(057) 1 6221232
skype: villavec
http://www.colombiassh.org
http://www.colombiassh.org/

The mission of the United Nations Office for the
Coordination of Humanitarian Affairs (OCHA) is to
mobilize and coordinate effective and principled
humanitarian action in partnership with national
and international actors.

La misión de la Oficina de las Naciones Unidas
para la Coordinación de Asuntos Humanitarios
(OCHA) es movilizar y coordinar una respuesta

Re: [Talk-co] Relaciones múltiples en una vía

[Germán Márquez Mejía]

Se hace igual que los departamentos y municipios. Por supuesto varía el
correspondiente admin_level [0] (sin alterar el de los límites que ya
están cuando coincidan con los departamentales o municipales). Ejemplos
de su aplicación en niveles inferiores al municipal se encuentran en
Cartagena, Tuluá y Manizales.

Algunos tips:

-Si bien digo que no se debe alterar el admin_level de los límites que
están, estos sí se pueden segmentar (tecla P) para adaptarlos a las
divisiones inferiores. Por lo menos en JOSM, todos los pedazos
resultantes conservan sus relaciones originales.

-Cuando hay que seguir el curso de un río, el borde de un bosque, o
similar, viene muy bien la herramienta de seguimiento (tecla F).

-Las líneas que actúan como límite no deben tener nombre. Solo
admin_level=x, boundary=administrative y source, si aplica. Todos los
datos de la unidad administrativa van en la relación (el multipolígono).
Es tarea del renderer hacer o no visibles sobre el límite los nombres de
las áreas que delimita (que pueden ser muchas simultáneamente), no del
mapero.

-En el editor de relaciones, siempre tratar de dejar los miembros
ordenados y verificar que todos los multipolígonos queden cerrados.

[0] http://wiki.openstreetmap.org/wiki/Tag:boundary%
3Dadministrative#10_admin_level_values_for_specific_countries


Am Sonntag, den 03.06.2012, 11:59 -0500 schrieb Igor Támara:
 Hola, coloqué este conjunto de cambios para delimitar la localidad de
 Suba, tal vía también ayudaría a hacer el delimitamiento de la
 localidad de Usaquén, claro, todo esto en Bogotá, cómo sería el uso de
 josm para colocar las relaciones múltiples de esos segmentos de vía
 para generar el polígono y aprovechar los límites departamentales
 también, hay un videotutorial o alguna explicación paso a paso de cómo
 hacerlo?  Me gustaría emplear etiquetas parecidas a las que ya tiene
 la localidad de Chapinero.
 
 
 De esta forma tendríamos las localidades de Bogotá mejor demarcadas.
 
 
 1.http://www.openstreetmap.org/browse/changeset/11788715
 
 
 Gracias de antemano.
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Como conseguir la dirección exacta basados en lat y long

[Germán Márquez Mejía]

Resuelvo la duda:

http://nominatim.openstreetmap.org/reverse?format=xmllat=5.06772lon=-75.51594zoom=18addressdetails=1


Am Freitag, den 13.04.2012, 16:27 -0500 schrieb Humberto Yances:
 Puede ser y python ayudaría a parsear el string de forma que no se
 repita información.  Me quedo con la duda de la consulta por nominatim
 si existiese building=mi_casa + addr:.
 
 -Mensaje original-
 De: Diego Uribe Gamez diego.uribe.ga...@gmail.com
 Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org
 Para: OpenStreetMap Colombia talk-co@openstreetmap.org
 Asunto: Re: [Talk-co] Como conseguir la dirección exacta basados en
 lat y long
 Fecha: Fri, 13 Apr 2012 13:11:21 -0500
 
 La cuestión es que este dato es la dirección de mi casa, calle 48 no
 73-11 mas exactamente, si me baso en nominatim el me muestra solo Cll
 26 - Avenida El Dorado - Asadero Cimarron - Normandía Que sin duda no
 es la dirección si no que es una aproximación, el dato mas concreto
 seria Calle 48 # 73-1 a 73-99, Bogotá, Cundinamarca, Colombia se que
 le faltarían los datos de avenida el dorado y el barrio normandia,
 pero es mejor que solo el lugar mas cercano? podría usar los dos claro
 esta. 
 El 13 de abril de 2012 11:52, hyan...@gmail.com hyan...@gmail.com
 escribió:
 Este es el mapa del área de interés
 
 
 
 http://www.openstreetmap.org/?lat=4.668815lon=-74.112061zoom=18layers=M
 
 El 13 de abril de 2012 11:49, hyan...@gmail.com
 hyan...@gmail.com escribió:
 
 Diego: 
 
 
 1) No es posible tener una dirección #73-11
 simplemente porque no hay ese nivel de detalle en la
 cartografía, es decir, no existe ese elemento en la
 base de datos geoespacial; como mapero puedes
 actualizar los building=yes del área de interés y
 agregarles su nomenclatura, hace unas horas en otro
 hilo  (el de Rep. Dominicana) envié un enlace con
 una guía para ello. 
 
 
 2) Para mayor detalle usa en el nominatim los
 atributos zoom=18 y addresdetail=1 
 
 
 
 http://nominatim.openstreetmap.org/reverse?format=xmllat=4.66881451667lon=-74.1120610667zoom=18addressdetails=1
  
 
 
 3) Parece que no fue muy preciso el pygeocoder, el
 texto que envías dice Calle 48, eso es un poco más
 lejos que la cuadra y media del Asadero Cimarrón...
 
 4) Por favor, lee las guías de Nominatim, amplía
 conocimiento y retroalimenta a la lista 
 
 
 http://wiki.openstreetmap.org/wiki/Nominatim 
 http://open.mapquestapi.com/nominatim/ 
 
 
 El código lo puedes descargar y, si es necesario,
 hackearlo. 
 
 
 Mil gracias y feliz mapeo! 
 
 
 Humberto Yances
 
 El 13 de abril de 2012 11:30, Diego Uribe Gamez
 diego.uribe.ga...@gmail.com escribió: 
 Claro que este programa funciona es con
 la información que manda google, no se si sea
 malo o una falla, o que haya otra forma de
 conseguir el dato como este especifica? que
 opinan?
 
 El 13 de abril de 2012 11:23, Diego Uribe
 Gamez diego.uribe.ga...@gmail.com escribió: 
 
 Ya lo logre, gracias a todos, les
 comento que estoy trabajando con
 python y django, esto esta genial: 
 
  from pygeocoder import Geocoder
  results = 
 Geocoder.reverse_geocode(4.66881451667, -74.1120610667)
  print results[0]
 Calle 48 # 73-1 a 73-99, Bogotá, 
 Cundinamarca, Colombia
 
 El 13 de abril de 2012 10:43, Diego
 Uribe Gamez
 diego.uribe.ga...@gmail.com
 escribió: 
 
 Me llego el resumen pero no
 los correos, ya creo que lo
 arregle en la configuración de
 mailman. 
 

Re: [Talk-co] Help in santander riverbank non cerrado

[Germán Márquez Mejía]

Hola Sébas:

1. Recuerda que toma un tiempo ver los cambios reflejados en Mapnik, 
especialmente cuando cubren un área muy grande.


2. Hubiese sido mucho más fácil encontrar el problema si hubieras 
analizado primero el multipolígono del río Magdalena en vez de 
destruirlo. Con eso solo se logra dejar un montón de vías abiertas y sin 
etiqueta, lo que en vez de aportar soluciones causa más daño.


3. Te recomiendo deshacer todos los cambios hasta antes del chageset 
10316987 [0]. Especialmente, debes recuperar la compleja relación 415081 
que borraste y que formaba todo el Magdalena Medio [1]. Ya en ese punto, 
con la herramienta de relaciones de JOSM puedes ver fácilmente donde 
está el boquete. Si necesitas ayuda con esto último, estoy a la orden.


[0] http://www.openstreetmap.org/browse/changeset/10316987
[1] http://www.openstreetmap.org/browse/relation/415081

Am 07.01.2012 17:42, schrieb Debucquoi Sébastien:

Hola,

Si alguien puede hacer la correction de la inundacion virtual a 
Bucaramanga ?

Yo no puedo encontrar cual es el problema.

http://www.openstreetmap.org/?lat=6.763lon=-74.034zoom=10layers=M

Saludo.
Sébas.

Le 04/01/2012 22:35, Federico Explorador (Nevados.org) a écrit :

Hola Sebastián,

Alguien dejó abierta la llave - un riverbank no cerrado, por ejemplo.
En JOSM debe ser fácil buscar el origen de la inundación.

Un cordial saludo,
Federico

-Mensaje original-
De: Sébastien Debuccquoi [mailto:bast...@debucquoi.com]
Enviado el: lunes, 26 de diciembre de 2011 10:33 a.m.
Para: talk-co@openstreetmap.org
Asunto: [Talk-co] Bucaramanga y colombia Azul

Hola,

Que pasa una grande parte del mapa en Buramanga es azul como el mar ?!

Sebastien

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Laguna de Tota (Mejorada)-ayuda en relacion con islas

[Germán Márquez Mejía]

Listo

Am Sun, 25 Sep 2011 10:49:29 -0500
schrieb hyan...@gmail.com hyan...@gmail.com:

 Hola Harrieco, mientras se revisa lo del multipolígono, le agregué las
 siguientes etiquetas:
 
 place = islet
 natural = scrub (confirma por favor si hay matorrales, en la foto del
 URL parece haber)
 surface = ground
 source = NASA EOL
 
 El 25 de septiembre de 2011 00:10, Harrier Co
 harrie...@hotmail.comescribió:
 
   Buenas Noches
 
  Con el mejoramiento en basa a la fotografia de la NASA
  http://earth.jsc.nasa.gov/scripts/sseop/photo.pl?mission=ISS022roll=Eframe=36992
  se borro y redibujo La laguna de Tota(se mejoro el trazado de
  bordes y Playa Blanca) y trazado de vias cercanas y de los pueblos
  que la rodean.
 
 
  Como no soy experto en el tema de dibujar 3 islas que estan en
  http://www.openstreetmap.org/?lat=5.5614lon=-72.908zoom=14layers=M
  solicito ayuda para que estas aparezacan, el trazado ya esta pero
  tal vez hay error en la relacion inner outer.
 
  Por demas cual quier mejora a esta zona es bienvenida, si bien este
  trazado es hecho con una fotografia NASA el error es de 0- 25m
  aproximadamente, pero ha sido una tecnica usada en otros lugares
  cuando no hay mejores alternativas de imagenes.
 
  Cordialmente
 
  Harrierco
 
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co
 
 


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] imagenes satelitales o aereas¿Que otras les gustaria que estuvieran?

[Germán Márquez Mejía]

Am Dienstag, den 30.08.2011, 15:37 + schrieb Bennet Campoverde:
 Hola Leonardo
 
 Estoy actualmente tramitando mi traslado para el Valle del Iraca en
 Boyaca'; en menos de un mes seremos vecinos.  Me ire' a vivir a Iza y
 comenzar nueva vida con mi amada Lorena.En fin, espero que podamos
 reunirnos cuando yo ya este' por alla'  y podamos compartir muchas
 cosas de mapeo, OSM, Geografia, empleo de mapas y SIG.  La verdad es
 que todos mis intentos de mapear en mi tierra aca' en Rionegro,
 Antioquia han fallado por varios motivos, especialmente problemas de
 coneccion al web y tambien por que  cada que trato de comensar a
 editar me sale el mensaje: Editing failed - make sure JOSM or
 Merkaartor is loaded and the remote control option is enabled  y
 tengo el programa JOSM descargado en mi computador.  Le he buscado
 solucion pero nada.   

Para que funcione es necesario tener abierto JOSM y además haber
activado la opción de control remoto que, por seguridad, viene
desactivada:

Editar - Preferencias - Control remoto - Activar control remoto

 Mi experiencia con mapeo web mapping es sumamente limitada ya que mi
 experiencia con SIG ha sido con plataformas internas de las
 organizaciones donde he trabajado y con el suite de ESRI: ArcInfo,
 ArcEdit, ArcView, ArcGIS y algunas extensiones.  Estare' en contacto.
 Saludos y las mejores.
 
 Bennet
 
 
  Date: Mon, 29 Aug 2011 20:48:28 -0500
  From: l...@autobusesaga.com
  To: talk-co@openstreetmap.org
  Subject: Re: [Talk-co] imagenes satelitales o aereas¿Que otras les
 gustaria que estuvieran?
  
  Hola Yo quisiera Duitama y sus alrededores, tunja y sogamoso
  
  El día 26 de agosto de 2011 07:31, Ricardo R harrie...@hotmail.com
 escribió:
   Hola
  
   Independientemente de como se maneje el pedido de imagenes(de lo
 cual
   desconozco, pero espero si se  van a hacer hacen peticiones a bing
 o
   yahoo se comenten antes siempre por esta via), desearia saber que
 imagenes
   aereas les gustaria tener, ESTO SOLO A FIN DE CONSULTA.
  
   Personalmente me gustaria que hubieran imagenes de Armenia, Tunja,
 Tumaco,
   Quibdo(de esta ultima tal ves dificil por nubosidad), Florencia,
 Rio Atrato.
  
   Aun queda mucho por dibujar de las imagenes existentes
  
   Harrierco
  
   ___
   Talk-co mailing list
   Talk-co@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-co
  
  
  
  
  
  -- 
  ___
  Leonardo Gutierrez
  Director Financiero
  Autobuses AGA de Colombia
  Duitama
  www.autobusesaga.com
  l...@autobusesaga.com
  Móvil: 3125860894
  
  
   Este mensaje de correo electrónico y sus documentos adjuntos están
  dirigidos  EXCLUSIVAMENTE a los destinatarios especificados. La
  información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE
  PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE
  COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor
  comuníquese inmediatamente al remitente y  ELIMINELO ya que usted
 NO
  ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia
 de
  toda o alguna parte de la información contenida.
  
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Help Name en Mapnik rendering Aeropuerto Palo Negro de Bucaramanga.

[Germán Márquez Mejía]

Am Freitag, den 26.08.2011, 15:50 +0200 schrieb bastien:
 Hola todos.
 
  
 
 Quien puede ayadar me a entender lo que pasa en el aeropuerto Palo
 Negro de Bucaramanga ?
 
Estaba como nodo y como área. (Fixed)
 
 A ese nivel no name :
 http://www.openstreetmap.org/?lat=7.1219lon=-73.1849zoom=13layers=M
 
 A ses nivel dos names :
 http://www.openstreetmap.org/?lat=7.1203lon=-73.1679zoom=12layers=M
 
  
 
 Hasta luego.
 
 
 Bastien.
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] [Off-Topic] Se avecina la segunda ola invernal

[Germán Márquez Mejía]

Me disculpan el comentario suelto en el hilo, pero no me aguanto (me
amparo en el [Off-Topic]).

No es mi intención trivializar el tema, pero seis errores de
redacción, ortografía y gramática en un solo artículo es demasiado para
un periódico serio como El Espectador.

Am Mon, 8 Aug 2011 17:39:24 -0500
schrieb hyan...@gmail.com hyan...@gmail.com:

  *Vivir http://www.elespectador.com/ |* Jue, 08/04/2011 - 13:09 Se
 avecina la segunda ola invernal  Por: Redacción Vivir |
 Elespectador.com El Ideam advirtió que las lluvias del segundo
 semestre serán más fuertes
 
 El país aún no se recupera de las lluvias de comienzo de año y ya se
 registran* nuevas emergencias por cuenta de las fuertes
 precipitaciones*. Bolívar es uno de los departamentos más vulnerable.
 
 Desde octubre del año pasado el número de damificados por el invierno
 no para de crecer. La cifra supera los 3 millones de personas que se
 vieron afectadas por derrumbes, inundaciones, avalanchas y
 desbordamientos. Pueblos enteros quedaron en ruinas como el caso de
 *Útica (Cundinamarca) y Gramalote (Norte de Santander), destruidos
 por el lodo y los deslizamientos de tierra. *El país todavía está en
 proceso de reconstrucción del peor invierno de su historia reciente,
 y aún así se tiene que preparar para una nueva temporada de lluvias
 mucho más fuerte y que, según las autoridades ambientales, empezará a
 mediados de septiembre y se extenderán hasta noviembre.
 
 Yolanda González, encargada de la oficina de pronósticos y alertas del
 Ideam, asegura que el país quedó en un estado de alta vulnerabilidad
 después de la pasada ola invernal, e hizo un llamado para que la
 recuperación y mantenimiento de las zonas afectadas se haga con
 prontitud. A su voz se sumó la del director de esa entidad, Ricardo
 Lozano, quien afirmó *que todavía hay poblaciones en alto riesgo, que
 deberían ser trasladas. Las regiones Caribe y Andina son las más
 vulnerables.*
 
 En departamentos como Bolívar, en donde las lluvias de comienzo de año
 dejaron 80.000 familias damnificadas, ya se comenzaron a escuchar las
 voces de alerta ante el súbito aumento en la creciente de los ríos.
 *Según la Oficina de Atención y Prevención de Desastres de Bolívar,
 en las últimas semanas las aguas del Magdalena han incrementado unos
 20 centímetros a la altura de la región de Las Lobas, al sur del
 departamento.* “Las lluvias que se están registrando al norte,
 especialmente sobre el río Cesar y San Jorge están impactando la
 región momposina y Las Lobas”, explicó en Caracol Radio Edgar Larios,
 vocero de la entidad.
 
 También continúan en alerta roja por inundaciones el río San Jorge,
 en el sur de Córdoba, que el pasado mes se desbordó afectado a 300
 familias en los municipios de *Buenavista, Puerto Libertador, La
 Apartada y Montelíbano. *En las riveras del río Cauca también están
 prendidas las alarmas.
 
 El director del Ideam hizo un llamado a los gobiernos y a los comités
 locales de emergencia, para que refuercen los planes de prevención.
 En sus palabras, *todavía no hay estrategias concretas en las
 regiones para enfrentar los riesgos que está representando el
 invierno para Colombia.*
 
  Dirección web fuente:
 http://www.elespectador.com/impreso/vivir/articulo-289429-se-avecina-segunda-ola-invernal


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Servidor para http://openstreetmap.co disponible

[Germán Márquez Mejía]

Am Wed, 27 Jul 2011 09:08:27 -0500
schrieb Fredy Rivera fredyriv...@gmail.com:

 Hola maperxs
 
 Para comentarles que ya tenemos disponible el servidor que aporto
 Banco Mundial para que trabajemos nuestra instancia OSM de Colombia.
 
 Por  lo tanto el ofrecimiento es para quienes quieran colaborar en los
 proyectos posibles tales como el geocoder de Colombia,  render , WMS
 etc.

¡Excelente noticia! Me apunto a montar tile server.

 
 Esperamos contar con sus mercedes para esta nueva etapa.
 
 salu2
 humano
 
 


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] buenaventura

[Germán Márquez Mejía]

Am Tue, 19 Jul 2011 21:08:11 -0500
schrieb Fredy Rivera fredyriv...@gmail.com:

 2011/7/19 hyan...@gmail.com hyan...@gmail.com:
  Me parece que en algunas zonas podemos hacer las correcciones de los
  vectores viales con base en las imágenes bing sin tener que borrar y
  reacer.  Hay otras que si están muy desfazadas y da la impresión
  que es mucho más trabajo corregir que reacer...
 
  Que definan los autores:
 
  harrierco
  federico
  humano
 Por mi esta bien borrar y hacer de nuevo, de todas formas no tengo
 mucho aporte en la zona.
  manchito
+1

 
  Y hacemos luego campaña de mapeo en Buenaventura, a la cual me sumo.
 
  Quedo atento,
 
  HY
 
  El 19 de julio de 2011 18:35, Ricardo R harrie...@hotmail.com
  escribió:
 
  Hola
  Que tal les parece la idea de borrar la mayoria del trazado
  existente e incorrecto en Buenaventura, y volver a dibujarlo sobre
  las imagenes de bing? harrierco
 
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co
 
 
 
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co
 
 
 
 
 


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil

[Germán Márquez Mejía]

Concuerdo con que entre más gente utilice nuestros datos, mejor, pero no
es tan simple. La licencia de OSM no solo es BY, sino también SA, lo que
la hace incompatible con la licencia de Google, pues ya no tendría
control total sobre los datos y las modificaciones que haga.

Así que, o Google retira los datos de OSM, o libera todos sus mapas. Y
claro, no van a liberar los mapas :(

La empresa colombiana es otro cuento porque le tiene que responder tanto
al cliente (Google) como a la fuente de los datos (OSM). No sé qué
licencia manejen, pero sea como sea, tienen la opción de a) adoptar la
ODbL y adiós al cliente y a los proveedores no libres y se quedan con
los datos de OSM :) o b) retirar todos los datos (incluso derivados) de
OSM y se quedan con Google y con la información de sus otros
proveedores :(

Am Freitag, den 13.05.2011, 08:56 -0500 schrieb andress calderon:
 +1
 
 2011/5/13 oscar.ra...@cafedecolombia.com
 Y porque no le decimos que no nos enrredemos, y que le dé el
 crédito a OSM y ya... 
 Igual eso es lo que queremos... Igual nuestro interés es
 mapear para publicar la información... y que ojalá todo el
 mundo la conozca 
 Pienso que es mejor decirle a este amigo (que hasta integrante
 de esta lista debe ser), que es mejor un buen arreglo que un
 mal pleito 
 
 ... y si el amigo esta leyendo este mensaje, pues chevere que
 le saque lucro a OSM, pero ayúdenos a ser reconocidos... 
 lo que no aguanta para los maperos es trabajar para no tener
 ni fama, ni fortuna... por lo menos ayudenos con la Fama... 
 
 
 OSCAR RAMOS OVIEDO
 
 
 De:
 Jorge Gonzalez
 jag...@gmail.com
 Para:
 OpenStreetMap Colombia
 talk-co@openstreetmap.org
 Fecha:
 12/05/2011 11:06 p.m.
 Asunto:
 Re: [Talk-co] Abusos de #google
 y su proveedor contra la
 Comunidad #OpenStreetMap #evil
 
 
 __
 
 
 
 
 
 
 2011/5/11 Fredy Rivera fredyriv...@gmail.com 
 .
 A pesar de ser una empresa pequeña, prácticamente manejada por
 una
 sola persona, ha causado un daño muy grave con este abuso y
 tomaremos
 las medidas legales pertinentes para hacer cumplir nuestros
 derechos
 incluso a nivel Internacional con el equipo de abogados
 especialistas
 en el caso que la OSMF ha puesto a nuestra disposición. 
 
 Sería bueno saber el nombre de la empresa de una vez 
 
 -- 
 Jorge Andrés González
 http://joorge.com
 Cel: 314 263 0285
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co
 
 
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co
 
 
 
 
 -- 
 ANDRES O. CALDERON R.
 MSc Geoinformation Science 
 University of Twente, The Netherlands.
 
 Open Source Rocks - Open Source Rules
 GNU/Linux User No. 433418
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

[Talk-co] Etiquetas sector salud

[Germán Márquez Mejía]

Reviviendo el tema de las etiquetas sobre salud en Colombia (no encontré el 
hilo y el sistema de búsqueda no funciona), qué tal si utilizamos el espacio 
de nombres IPS, de manera que todos los POI sean amenity=hospital y se pueda 
especificar el tipo (¿es un puesto de salud, un hospital de tercer nivel, una 
clínica especializada?) con etiquetas propias para Colombia como:

IPS:atención=1,2,3
IPS:complejidad=1,2,3,4,5,6,7,8
IPS:especialidad=pediatría,cardiología,obstetricia,oncología,...

Y otras que se consideren. Así me parece que quedan cubiertas todas las 
características que definen una instutución prestadora de servicios de salud en 
el país. No conozco mucho del tema, así que me interesan las opiniones de 
quienes se mueven en el sector. ¿Qué tal?

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] #ayuda mejorando el mapa de #tulua

[Germán Márquez Mejía]

A mí también, entonces usé el PicLayer.

Am Mittwoch, 4. Mai 2011, 14:53:29 schrieb hyan...@gmail.com:
 Hola Germán:
 
 Buenos días.  Trato de descargarlo desde el módulo Walking-papers en el
 JOSM (4064) y me aparece un error de lectura con el id:
 
 vf54z6pg/3,1 http://walkingpapers.org/print.php?id=vf54z6pg/3,1
 
 ¿Qué será?
 
 Saludos,
 
 Humberto Yances
 
 El 4 de mayo de 2011 07:31, Germán Márquez Mejía 
manch...@gmail.comescribió:
  Muchas gracias. Excelente aporte. Ya subí la información. Favor revisar,
  por
  si se me pasó algo.
  
  Fotografías o videos del recorrido también son bienvenidas.
  
  De preguntas tengo estas, aunque no son de vida o muerte, jeje:
  
  1. ¿Cómo es este cruce [0] en detalle?
  2. Si Lusitania no es Lusitania, ¿entonces cómo se llama el barrio?
  3. ¿Ninguno de los parques tiene nombre conocido? ¿O las estaciones de
  servicio?
  4. ¿Todos los hidrantes son verticales? ¿Enterrados? ¿De pared?
  
  De antemano gracias.
  
  [0] http://www.openstreetmap.org/browse/node/1254087879
  
  Am Dienstag, 3. Mai 2011, 21:46:58 schrieb Andrés F Vargas:
   Hola de nuevo,
   
   2011/5/3 Fredy Rivera fredyriv...@gmail.com:
Hola,
Por favor envía lo que tengas y vamos avanzando.
salu2
   
   http://dl.dropbox.com/u/17208004/walking-paper-vf54z6pg_pag_15.png
   esta es la página 15, he marcado solo las vias principales, la que son
   2 flechas separadas son vias de  2 calzadas separadas 1 en cada
   sentido, las que son flechas dobles son vias principales de doble
   sentido.
   
   con estrellas he marcado los hidrantes, he bordeado los parques y
   escuelas y les he puesto nombre, veran que hay varias Institución
   Maria Antonia Ruiz esto es porque la alcadía unió escuelas y colegios
   públicos y quedaron como sedes.
   
   La carrera 22 que esta al lado del estadio no es 22 sino 21, yo tache
   el nombre, el barrio lusitania no está en el lugar en el que aparece
   en ese mapa, yo tache el nombre luego envió en donde se encuentra
   (está en la zona que no he recorrido), los bloques que he delineado y
   son una manzana completa normalmente corresponde a parques, las otras
   zonas que he delineado pues no coinciden con el tamaño, pero las
   marque para que no se notaran.
   
   Lo que en el mapa está marcado como urbanizacion el laguito es el
   colegio comfandi, yo tache el nombre, es el bloque completo.
   
   Bueno si hay preguntas, o algo no es claro me preguntan yo respondo.
   
   gracias,
   
   Andrés
   
   PD: no envie el archivo a  h...@openstreetmap.org porque como tenia
   instrucciones no sabia si el correo les llegaba a uds o solo la
   imagen.
   
   ___
   Talk-co mailing list
   Talk-co@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-co
  
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Reporto error en http://inundaciones.colombiassh.org

[Germán Márquez Mejía]

Si el error es de la plataforma (tal parece), en [0] se puede llenar un 
reporte para que el equipo de Ushahidi lo corrija.

[0] http://dev.ushahidi.com/projects/Ushahidi_Web/issues

Am Dienstag, 26. April 2011, 23:16:28 schrieb Juan Carlos Pachon:
 Estoy tratando de generar un evento en
 http://inundaciones.colombiassh.org http://inundaciones.colombiassh.org/
 y me da éste error.
 
 *Fatal error*: Allowed memory size of 16777216 bytes exhausted (tried to
 allocate 10368 bytes)
 in*/home/admin/inundaciones.colombiassh.org/system/libraries/drivers/Image/
 GD.php*on line*76
 
 También dice que los Geocodes solo funcionan con Google Maps.
 Eso hace muy lento georeferenciar un evento
 
 *


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] #ayuda mejorando el mapa de #tulua

[Germán Márquez Mejía]

Acabo de notar algo [0]. ¿Alguien sabe?

[0] http://www.openstreetmap.org/browse/way/110259551

Am Sonntag, 24. April 2011, 21:40:23 schrieb Humanitarian OSM Team:
 Hola
 
 Gracias a la colaboración de los mapaeros de OSM Colombia y algunos
 colaboradores internacionales de @crisismappers convocados luego de la
 declaración de la emergencia en el municipio de Tulua [0] se ha completado
 la vectorización y subida de datos del mapa del municipio a OpenStreetMap.
 
 La siguiente fase es el la verificación y mejoramiento de la información
 usando herramientas como walking-papers [1] y [2] para lo cual convocamos
 nuevamente sobre todo a quienes habitan el sector para que impriman,
 actualicen, escaneen y envíen los pdf adjuntos señalando los sitios de
 interés útiles en paz o emergencia para la prestación y distribución de
 ayudas o atención a victimas.
 
 Los mapas escaneados se pueden subir al servidor de WP [3]
  dejándolo público o enviarlo al correo h...@openstreetmap.co
 
 Gracias a todxs
 
 [0]
 http://www.elpais.com.co/elpais/valle/por-invierno-declaran-emergencia-mani
 fiesta-en-tulua [1]
 http://paperwalking-uploads.s3.amazonaws.com/prints/vf54z6pg/walking-paper-
 vf54z6pg.pdf [2]
 http://paperwalking-uploads.s3.amazonaws.com/prints/rxhvpd6x/walking-paper-
 rxhvpd6x.pdf [3] http://walking-papers.org/upload.php


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] #ayuda mejorando el mapa de #tulua

[Germán Márquez Mejía]

Identificamos al menos 3 áreas que no coinciden. Acordamos no hacer nada hasta 
tanto no tengamos más elementos de juicio (trazas, imágenes, etc.) para 
determinar cuál parte está desalineada. Por ahora creé un reporte en OSB [0] 
para tenerlo presente.

Si alguien puede iluminarnos con esto, bienvenido.

[0] 
http://openstreetbugs.schokokeks.org/?zoom=14lat=4.08569lon=-76.19628layers=B00T

Am Montag, 25. April 2011, 19:17:50 schrieb hyan...@gmail.com:
 Me refiero al .png que envió Fredy ¿podemos hablar por el Skype? el mio es
 hyances
 
 El 25 de abril de 2011 12:16, Germán Márquez Mejía 
manch...@gmail.comescribió:
  El escalado que hice de la imagen en JOSM no es perfecto, pero
  definitivamente
  veo un desplazamiento. ¿Podrías revisar y, de ser posible, ajustar? Creo
  que
  la vía trunk [0] estaba georeferenciada con GPS, o sea que por lo menos
  esa era independiente del mapa antes del despazamiento y podría servir
  como punto
  base.
  
  [0] http://www.openstreetmap.org/browse/way/109321366/history
  
  Am Montag, 25. April 2011, 18:13:29 schrieben Sie:
   Germán:
   
   Este fui yo quién corrió el original, la razón fue que al colocar la
  
  imagen
  
   .png sobre los vectores actuales esa zona salía alejada, como el
   proceso
  
  de
  
   fidelidad en la era calcar la imagen eso fue lo que hice...
   
   Humberto
   
   El 25 de abril de 2011 10:31, Germán Márquez Mejía
  
  manch...@gmail.comescribió:
Acabo de notar algo [0]. ¿Alguien sabe?

[0] http://www.openstreetmap.org/browse/way/110259551

Am Sonntag, 24. April 2011, 21:40:23 schrieb Humanitarian OSM Team:
 Hola
 
 Gracias a la colaboración de los mapaeros de OSM Colombia y algunos
 colaboradores internacionales de @crisismappers convocados luego de
  
  la
  
 declaración de la emergencia en el municipio de Tulua [0] se ha

completado

 la vectorización y subida de datos del mapa del municipio a

OpenStreetMap.

 La siguiente fase es el la verificación y mejoramiento de la
 información usando herramientas como walking-papers [1] y [2] para
 lo cual convocamos nuevamente sobre todo a quienes habitan el
 sector
  
  para
  
 que impriman, actualicen, escaneen y envíen los pdf adjuntos
  
  señalando
  
 los sitios de interés útiles en paz o emergencia para la prestación
 y distribución de ayudas o atención a victimas.
 
 Los mapas escaneados se pueden subir al servidor de WP [3]
 
  dejándolo público o enviarlo al correo h...@openstreetmap.co
 
 Gracias a todxs
 
 [0]
  
  http://www.elpais.com.co/elpais/valle/por-invierno-declaran-emergencia-ma
  
ni

 fiesta-en-tulua [1]
  
  http://paperwalking-uploads.s3.amazonaws.com/prints/vf54z6pg/walking-pape
  
r-

 vf54z6pg.pdf [2]
  
  http://paperwalking-uploads.s3.amazonaws.com/prints/rxhvpd6x/walking-pape
  
r-

 rxhvpd6x.pdf [3] http://walking-papers.org/upload.php

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] ¿Cómo mapear barrios en Colombia?

[Germán Márquez Mejía]

Am Samstag, 23. April 2011, 19:10:40 schrieb hyan...@gmail.com:
 Estimados maperos:
 
 Actualmente existe una charla sobre como mapear barrios, ya que no hay una
 etiqueta explícita para neighborhood
 
 http://wiki.openstreetmap.org/wiki/Neighborhood
 http://forum.openstreetmap.org/viewtopic.php?id=11885
 
 Leyendo y tomando como base las etiquetas existentes, comparto con ustedes
 las usadas para los polígonos de barrios en Cartagena:
 
 
- admin_level = 9  --- Nivel designado para barrios en Colombia
- area = yes  -- ¿Es necesario?
- boundary = administrative
- is_in = Cartagena de Indias; Bolivar; Colombia
- name = Manga
- place = suburb


Sí. Más o menos así lo estamos haciendo, solo que sin area=yes y con un nodo 
adicional como place=suburb. Esto último parece algo redundante en áreas 
pequeñas como barrios y a veces satura el mapa, especialmente el de T@H, pero  
bueno, ya sabemos la regla de no mapear para el renderer. Además me parece que 
así se mantiene la consistencia con el modelo de mapeo para otras divisiones 
administrativas de orden superior. Como referencia se puede tomar a Tuluá [0] 
+ [1].

 
 Agradezco sus comentarios para unificar usos y actualizar la Wiki de
 Colombia.

Muy bien. Pese a que aún no se ha tomado una decisión unánime, si todos nos 
ponemos de acuerdo para mapear igual, así el enfoque no sea el mejor, después 
es fácil hacer los cambios en masa que sean necesarios.

¿Alguna otra idea?

 Mil gracias,
 
 Humberto Yances

[0] http://www.openstreetmap.org/browse/relation/1551525
[1] http://www.openstreetmap.org/browse/node/1252252672

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Referenciar un lugar en OSM : Instructivo básico

[Germán Márquez Mejía]

¡Pero claro que se puede!

http://dev.openlayers.org/docs/files/OpenLayers/Layer/Text-js.html
http://openlayers.org/dev/examples/markersTextLayer.html

Am Freitag, 8. April 2011, 06:50:11 schrieb Andrés Gómez:
 Gracias Juan y Bennet.
 
 Lo que pasa es que soy parte de un proyecto de redes libres llamado
 Bogota-mesh y la Red Inalambrica Comunitaria de Ciudad Bolivar, y
 necesitamos referenciar muchos nodos, por ahora lo hacemos con googlemaps
 asi:
 
 http://www.bogota-mesh.org/mapa
 
 http://www.bogota-mesh.org/mapaPero me encantaria migrar eso a una
 plataforma libre... por eso mi pregunta, pero todavia no veo como hacerlo.
 
 vi hace un tiempo algo parecido sobre OSM aqui:
 http://www.calendariolibre.com/eventos_abiertos/
 
 Pero no se que tan complicado sea o si eso se sale de los topicos de esta
 lista.
 
 Bueno, muchas gracias.
 
 Andres Gómez


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

[Talk-co] Bogotá 3D

[Germán Márquez Mejía]

En el trabajo necesitaba convertir edificios de OSM a formato kml para
incluirlos como una capa en la API de Google Maps. Como osmlib aún no
soporta multipolígonos me puse en la tarea de crear mi propio script de
conversión en python. Todavía no está listo, pero no pude resistir la
tentación de correrlo con datos de Bogotá para ver el centro
internacional en 3D en Google Earth [0]. Como pueden ver, únicamente la
torre Colpatria tiene el tag de altura (que por cierto debería ser
height a secas y no building:height, según lo que leo en el wiki). Por
lo menos el dato para los principales edificios del centro debe ser
fácil de conseguir, a ver si el nodo Bogotá se pone las pilas con esto y
pongo una imagen con skyline la próxima vez.

Cuando tenga una versión medianamente decente del script lo pongo a
disposición. Por ahora el kml [1] para quien le interese.

[0] http://bit.ly/giM6zb
[1] http://bit.ly/hbZ22b


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Nodos duplicados

[Germán Márquez Mejía]

El script es para las vías duplicadas, no los nodos. Los nodos
duplicados son errores y se deben eliminar antes de subir los archivos.

No creo que haya necesidad de revertir los cambios. Con bajar los
changesets y luego descargar los datos a lo largo de las vías se pueden
identificar los duplicados y corregirlos.

Am Mittwoch, den 19.01.2011, 11:09 -0500 schrieb Leonardo Gutierrez:
 Saludos cordiales, 
 
 
 Trabaje en la subida de los limites municipales, a pesar que
 ellos tenían nodos duplicados, varios maperos de osm de alemania me
 han alertado sobre ellos, yo les respondí que estos serian corregidos
 con un script según tenia entendido.  Yo sigo viendo los nodos
 duplicados, alguien sabe algo de este script? Estoy pensando en
 reversar mis ediciones. 
 
 
 Gracias. 
 
 -- 
 ___
 Leonardo Gutierrez
 Director Financiero
 Autobuses AGA de Colombia 
 Duitama
 www.autobusesaga.com
 l...@autobusesaga.com
 Móvil: 3125860894
 
 
  Este mensaje de correo electrónico y sus documentos adjuntos están
 dirigidos  EXCLUSIVAMENTE a los destinatarios especificados. La
 información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE
 PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE
 COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor
 comuníquese inmediatamente al remitente y  ELIMINELO ya que usted  NO
 ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia de
 toda o alguna parte de la información contenida.
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Nodos duplicados

[Germán Márquez Mejía]

Am Donnerstag, den 20.01.2011, 12:42 -0300 schrieb Juan Pizarro:
 Estimados,
 
 Lo que se hizo, segun el acuerdo[1] fue: 
 cambiar boundary por fix_boundary,
 boundary = administrative - fix_boundary = administrative
 fixme = Revisar: eliminado por importación directa de nuevos límites
 
 Como consecuencia la información seguirá existiendo en OSM pero no se
 renderizará como limite, no obstante cualquiera manualmente podrá
 intervenir el fixme y corregirla.

Correcto.

 
 [1]
 http://lists.openstreetmap.org/pipermail/talk-co/2010-December/001324.html
 
 El jue, 20-01-2011 a las 11:55 +0100, Germán Márquez Mejía escribió: 
  El script es para las vías duplicadas, no los nodos. Los nodos
  duplicados son errores y se deben eliminar antes de subir los archivos.

Para aclarar: con vías duplicadas quiero decir aquellas que, habiendo
importado dos municipios adyacentes, quedan superpuestas debido,
precisamente, a que ambos comparten por lo menos un tramo de frontera.

Hasta donde entiendo, el script de Mike se limita a las vías duplicadas
en el sentido que acabo de exponer. El tema de los límites antiguos
quedamos en no tocarlo hasta tanto no esté limpia la importación de
OCHA.

  
  No creo que haya necesidad de revertir los cambios. Con bajar los
  changesets y luego descargar los datos a lo largo de las vías se pueden
  identificar los duplicados y corregirlos.
  
  Am Mittwoch, den 19.01.2011, 11:09 -0500 schrieb Leonardo Gutierrez:
   Saludos cordiales, 
   
   
   Trabaje en la subida de los limites municipales, a pesar que
   ellos tenían nodos duplicados, varios maperos de osm de alemania me
   han alertado sobre ellos, yo les respondí que estos serian corregidos
   con un script según tenia entendido.  Yo sigo viendo los nodos
   duplicados, alguien sabe algo de este script? Estoy pensando en
   reversar mis ediciones. 
   
   
   Gracias. 
   
   -- 
   ___
   Leonardo Gutierrez
   Director Financiero
   Autobuses AGA de Colombia 
   Duitama
   www.autobusesaga.com
   l...@autobusesaga.com
   Móvil: 3125860894
   
   
Este mensaje de correo electrónico y sus documentos adjuntos están
   dirigidos  EXCLUSIVAMENTE a los destinatarios especificados. La
   información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE
   PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE
   COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor
   comuníquese inmediatamente al remitente y  ELIMINELO ya que usted  NO
   ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia de
   toda o alguna parte de la información contenida.
   
   ___
   Talk-co mailing list
   Talk-co@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-co
  
  
  
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co
 
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Colaboración en la importacion de muni cipios

[Germán Márquez Mejía]

Con cada archivo hay que seguir los siguentes pasos:

1. Reemplazar los códigos de los caracteres no ASCII por sus
equivalentes en utf-8. (Con sed o un editor de texto.)
2. Corregir los tags de vías y relaciones para que queden como se
especifica en [0].
3. Seleccionar todas las vías y descargar los datos a lo largo de ellas
(con el complemento waydownloader de JOSM). Esto tarda un poco,
dependiendo del archivo y el estado de la API.
4. IMPORTANTE: correr el validador y reparar los nodos duplicados.

Llegados a este punto se podrían subir, ya que Mike está trabajando en
una solución para las vías duplicadas. Sin embargo, como en osm-dev se
han quejado bastante por esto, debido a la carga que implica para la
base de datos, sugiero antes ejecutar los pasos 5. a 9.

5. Separar todas las vías en los puntos que compartan con otras.
6. Correr de nuevo el validador para identificar las vías duplicadas.
7. Para cada segmento con duplicados, eliminar las vías hasta que sólo
quede una. En caso de que haya vías con admin_level 4 y 6, eliminar
todas las de nivel 6 y dejar solo la de 4.
8. Correr otra vez el validador para identificar las relaciones que
quedaron abiertas después de la eliminación de vías duplicadas.
9. Reparar cada una de las relaciones hasta que todas vuelvan a estar
cerradas.
10. Subir los datos.

Todo este proceso es largo y dispendioso (en promedio 1 hora por
archivo), pero entre varios se logra avanzar rápido. No olvidar
reservar el archivo en la wikitabla antes de comenzar, no vaya a ser
que terminen dos personas trabajando en el mismo y una de ellas pierda
el tiempo.

[0]
http://wiki.openstreetmap.org/wiki/WikiProject_Colombia/OCHA_Boundary_Import

Am Dienstag, den 14.12.2010, 13:47 +0100 schrieb Mike Dupont:
 Hi,
 first import the files as they are, even if you have duplicate ways. I
 will look into them.
 The duplicate nodes should be able to be resolved in josm, the ways
 are more difficult.
 mike
 
 2010/12/14 Federico Explorador (Nevados.org) 
 federico.explora...@nevados.org:
  Hola:
 
  Quise subir desde JOSM el archivo ADM_Municipios_ways_0760.osm (Amazonas,
  Atlántico, Bolívar), pero JOSM da errores:  Nodos duplicados - Nodos
  duplicados de vecindades (18878)
 
  Borré del Cluster a Amazonas , para subir solo los municipios de Atlántico y
  Bolívar, pero apareció otro error de relaciones vacías.
 
  Como hay que manejar estos errores?
 
 
 
  Quizás alguien puede ayudar a subir los municipios afectados por
  inundaciones en la Costa (básicamente, Atlántico, Bolívar, Magdalena y
  Córdoba).
 
  Saludos,
  Federico
 
 
 
  De: talk-co-boun...@openstreetmap.org
  [mailto:talk-co-boun...@openstreetmap.org] En nombre de ou??nH
  Enviado el: martes, 07 de diciembre de 2010 08:21 a.m.
  Para: OpenStreetMap Colombia
  Asunto: [Talk-co] Colaboración en la importacion de municipios
 
 
 
  ahora tu si puedes ayudar
 
 
 
  Hola maperos,
 
 
 
  El equipo de importación ya ha terminado el trabajo de convertir los
  archivos en el formato de OSM, ahora se necesita colaboración subiendo los
  mismo, esto se puede ver en la wiki [0], es muy sencillo, basicamente es
  bajar los archivos, abrirlos en el JOSM subirlos y escribir en la wiki, cual
  fue el changeset de la subida.
 
 
 
  salu2
 
 
 
  y esperamos la colaboracion.
 
  Humano
 
 
 
  [0] http://wiki.openstreetmap.org/wiki/2010_Colombia_floods/ImportMuni
 
  --
  Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx,
  .ppt, .pptx, .mdb, mdbx
  OpenOffice es libre: se puede copiar, modificar y redistribuir libremente.
  Gratis y totalmente legal.
  http://GaleNUx.com es el sistema de información para la salud
  --///--
  Teléfono USA:  (347) 688-4473 (Google voice)
  skype: llamarafredyrivera
 
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co
 
 
 
 
 



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Situación en Atlántico

[Germán Márquez Mejía]

El resultado:
http://www.openstreetmap.org/?lat=3.5239lon=-76.4128zoom=14layers=M

Am Sunday 12 December 2010 17:32:31 schrieb ouɐɯnH:
 2010/12/12 hyan...@gmail.com hyan...@gmail.com:
  El 12 de diciembre de 2010 11:10, Germán Márquez Mejía
  manch...@gmail.com
  
  escribió:
  Hola:
  
  Am Sunday 12 December 2010 13:53:39 schrieb ouɐɯnH:
   2010/12/11 hyan...@gmail.com hyan...@gmail.com:
Para Palma usé este:


http://www.openstreetmap.org/?lat=10.46468lon=-74.80282zoom=16lay
ers=M
   
   Para cultivos lo mejor es usar Farm asi [3] y quizas complementarlo
   con tree [1] y para algunas especies maderables forest [2] ver tambien
   farm[0] para otros cultivos
   
   [0] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm
   [1] http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree
   [2] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dforest
   [3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard
  
  ¿Y para los cañaduzales? ¿landuse=orchard + trees=sugar_cane?
  
  + produce=sugar
 
 Ojo por que no sabemos siempre a que producción esta destinado, puede
 ser para azucar, combustible, panela, alcohol, melaza , etc.
 por otro lado los valores pueden ser en español y con la
 internacionalización acostumbrada.
 
 salu2
 
  Al parecer es posible crear las imágenes de la convención para cada tipo
  de fruto, este podría tener una abstracción de algo
  como http://comps.fotosearch.com/bigcomps/PTC/PTC002/076343.jpg
  
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co
  
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Puntos no conectados

[Germán Márquez Mejía]

Sí, es normal. La importación está en curso.

Am 05.12.2010 14:34, schrieb Leonardo Gutierrez:

Saludos Cordiales,


Me he encontrado con puntos no conectados de la importacion de ocha

http://www.openstreetmap.org/browse/node/1021908328/history

http://www.openstreetmap.org/browse/node/1021908328/historyCreo que
son de la importación de limites, es normal que esten así, falta algun
paso en la importación. ?

Gracias,

--
___
Leonardo Gutierrez
Director Financiero
Autobuses AGA de Colombia
Duitama
www.autobusesaga.com http://www.autobusesaga.com
l...@autobusesaga.com mailto:l...@autobusesaga.com
Móvil: 3125860894


Este mensaje de correo electrónico y sus documentos adjuntos están
dirigidos  EXCLUSIVAMENTE a los destinatarios especificados. La
información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE
PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE
COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor
comuníquese inmediatamente al remitente y  ELIMINELO ya que usted  NO
ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia de
toda o alguna parte de la información contenida.



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Puntos no conectados

[Germán Márquez Mejía]

Saludos:

Por favor, los nodos aislados que están viendo en el mapa no son errores. Es
parte del proceso de importación y éste se ve afectado si los borran.

Si alguien además del usuario prantolima ha borrado nodos de estos, por
favor publique por acá el id del changeset en el que lo hizo, para que
tratemos de solucionarlo.

Gracias,
Mancho

2010/12/5 Germán Márquez Mejía manch...@gmail.com

 Sí, es normal. La importación está en curso.

 Am 05.12.2010 14:34, schrieb Leonardo Gutierrez:

 Saludos Cordiales,


 Me he encontrado con puntos no conectados de la importacion de ocha

 http://www.openstreetmap.org/browse/node/1021908328/history

 http://www.openstreetmap.org/browse/node/1021908328/historyCreo que
 son de la importación de limites, es normal que esten así, falta algun
 paso en la importación. ?

 Gracias,

 --
 ___
 Leonardo Gutierrez
 Director Financiero
 Autobuses AGA de Colombia
 Duitama
 www.autobusesaga.com http://www.autobusesaga.com
 l...@autobusesaga.com mailto:l...@autobusesaga.com

 Móvil: 3125860894


 Este mensaje de correo electrónico y sus documentos adjuntos están
 dirigidos  EXCLUSIVAMENTE a los destinatarios especificados. La
 información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE
 PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE
 COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor
 comuníquese inmediatamente al remitente y  ELIMINELO ya que usted  NO
 ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia de
 toda o alguna parte de la información contenida.



 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co





-- 
In a world without walls or fences, who needs windows and gates?
___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Necesitamos voluntarios en estas ciudades

[Germán Márquez Mejía]

Just for the record: it's Colombia, not Columbia.

On Saturday 04 December 2010 10:53:37 Mike Dupont wrote:
 Guys, I am uploading the boundries now.
 http://cube.telascience.org/prizren/columbia/
 
 I was working on a c++ tool to merge common boundries, and I think there
 was some ruby tool for this.
 http://www.openstreetmap.org/user/h4ck3rm1k3/diary?language=enpage=5
 
 and the other tool , i need to find it.
 mike
 
 2010/12/4 Juan Pizarro jpizar...@gmail.com
 
   Estimado,
  
  El vie, 03-12-2010 a las 23:08 +0100, Germán Márquez Mejía escribió:
   ¿Qué tan dispendioso ves fragmentar las vías a mano? [0] ¿Impensable?
  
  en [1] esta el tema de el limite de nodos por vias, el cual es de 2000
  la idea es hacer la división con algún script de forma automática,
  alguien sabe de alguna herramienta?
  
  para posteriormente importar con [2],
  Me interesa saber si [2] es la mejor elección.
  
   Yo
  
  podría ayudarte en esa tarea si se pueden editar en JOSM.
  
  Quisiera tener una respuesta más útil. Ojalá alguien más en la lista la
  tenga.
  
  
  [0] http://njgeo.org/2010/02/03/updating-osm-lu-data/
  
   [1]
  
  http://wiki.openstreetmap.org/wiki/API_changes_between_v0.5_and_v0.6#Ways
  [2]
  http://trac.openstreetmap.org/browser/applications/utils/import/bulk_uplo
  ad_06
  
--

*Juan Pizarro*
  
  *doing**IT** Ltda.*
  10 Oriente N°1887
  Talca  Tel: +56 71 230476
  Mob: +56 9 75891972
  E-Mail: jpiza...@doingit.cl
  
Soluciones Informáticas http://doingIT.cl/
  
  -
   OpenStreetMap.org: El Mapa Libre del Mundo
  droid.cl: Comunidad Chilena del sistema operativo Android
  
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

[Talk-co] Importación de límites

[Germán Márquez Mejía]

Saludos:

En resumen, por el momento, quien desee ayudar puede encontrar en la 
wiki los enlaces a los archivos osm de los departamentos y municipios 
para editarlos (simplificar las vías y desagregar aquellas con más de 
2000 nodos) e irlos subiendo. Es muy importante que cada quien se anote 
en la tabla, porque lo que no alcancemos a hacer a mano se hará 
automáticamente cuando tengamos el script para disminuir el tamaño de 
las vías. Yo voy a organizar las tablas según la prioridad para que 
comencemos con las zonas más urgentes.


El trabajo con las relaciones vendrá después.

Mancho

Am 04.12.2010 12:47, schrieb Mike Dupont:
 OK, I have made a table of the files ready to import
 http://wiki.openstreetmap.org/wiki/2010_Colombia_floods/ImportMuni#Import

 you will have to manually split the ways, I am looking for some code 
to do this,

 first we can do the smaller ones
 http://cube.telascience.org/prizren/colombia/wordcount.txt

 When I have the script ready to split the long ways, I will update the
 files on the server.

 mike


Am 04.12.2010 13:22, schrieb Mike Dupont:
 I have updated the departments :
 
http://wiki.openstreetmap.org/wiki/2010_Colombia_floods/ImportDept#Departs


 here are the perl scripts i applied to patch the files,
 http://cube.telascience.org/prizren/colombia/fixtagsd.sh
 http://cube.telascience.org/prizren/colombia/fixtags.sh
 you can make similar ones or send me update

 tomorrow I will look into long way splitting and or relationship 
creating.

 step my step.

 but at least you can work on this manually and also import the most
 important parts asap.
 that is all for me today,
 thanks,
 mike




___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Ayuda con JOSM

[Germán Márquez Mejía]

Creo que el problema es el --format=png, porque, si no estoy mal, las 
imágenes del wms de Bing son jpg, pero entonces eso significa que si 
funciona Bing no funciona Yahoo, y así. Sugiero que lo compiles tú mismo 
[0], lo pongas en cualquier parte y le des la ruta completa a JOSM sin 
más argumentos que la url [1]. Al menos así me funciona en 
Slackware64-current.


[0] http://wiki.openstreetmap.org/wiki/Wmsplugin#Building_from_Source
[1] p.ej. /home/mancho/.local/bin/webkit-image {0}

Am 04.12.2010 14:41, schrieb hyan...@gmail.com:

Estimados:

Estoy tratando de hacer andar el plugin WMS del JOSM con la capa bing,
sin embargo sigue apareciendo el tapete rojo (carga bien Landsat).
  Uso Ubuntu 10.10 y he seguido los pasos descritos aqui:

http://wiki.openstreetmap.org/wiki/Main_Page

Desde el Synaptic instalo en gnome-web-photo v.0.8-0ubuntu5, selecciono
el string indicado en preferencia/WMS del JOSM y nada.

Mil gracias por su ayuda,

Humberto



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] importación de limites municipales

[Germán Márquez Mejía]

Hola:

2010/12/3 Juan Pizarro jpizar...@gmail.com

  Estimados,

 Estamos listos para comenzar con la importación de la información, y con
 las autorizaciones correspondientes.

 Iván Sánchez, es posible que vuelvas a crear otra vez el osm, con la info
 de los tags DANE o divipola, ya que expresaron que esa información es
 util.

 Lo que se hará es:
 Todas las relaciones que sean de tipo boundary y que tengan admin_level 4 o
 6 se le modificara como sigue:

 boundary = administrative - fix_boundary = administrative
 fixme = Revisar: eliminado por importación directa de nuevos límites


Lo siento, pero la diferencia horaria me impidió levantar la mano a tiempo.
Yo tenía almacenado en el fixme cuáles segmentos estaban aún sin rectificar.
Esa info se sobreescribió. No es gran cosa, pero me facilitaría muchísimo
más el proceso de armonización si pudiera distinguir unos de otros. Recibo
tips para hacerlo. Ideal sería poder consultar la XAPI filtrando por el
valor de una etiqueta en determinado momento del tiempo, pero creo que hasta
allá no llega esa función.

Se me ocurre conseguirme un snapshot inmediatamente anterior al changeset en
cuestión, de manera que pueda concatenar los fixmes originales a los nuevos
(fixme=foo;bar). No lo he hecho nunca. ¿Alguien sabe por dónde empezar (de
ser posible)?

Por cierto: lo mismo me sucedió con los fixmes de los puntos OCHA al
corregir la codificación, así que alguien más puede estar en la misma
situación, pero por mi culpa.

Agradezco cualquier sugerencia.

Saludos,
Mancho



 Con respecto a los nodos y vías en estas relaciones que debemos hacer? se
 dejan intactos?

 Saludos.




-- 
In a world without walls or fences, who needs windows and gates?
___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] importación de limites municipales

[Germán Márquez Mejía]

Me disculpo con Juan Pizarro. Los límites sin verificar no han sido tocados.
Al revisar un segmento asumí erróneamente que todos los demás tenían el
mismo fixme. Para resarcirlo, cambié la etiqueta boundary de los susodichos
para que tampoco sean renderizados.

2010/12/3 Germán Márquez Mejía manch...@gmail.com

 Hola:

 2010/12/3 Juan Pizarro jpizar...@gmail.com

  Estimados,

 Estamos listos para comenzar con la importación de la información, y con
 las autorizaciones correspondientes.

 Iván Sánchez, es posible que vuelvas a crear otra vez el osm, con la info
 de los tags DANE o divipola, ya que expresaron que esa información es
 util.

 Lo que se hará es:
 Todas las relaciones que sean de tipo boundary y que tengan admin_level 4
 o 6 se le modificara como sigue:

 boundary = administrative - fix_boundary = administrative
 fixme = Revisar: eliminado por importación directa de nuevos límites


 Lo siento, pero la diferencia horaria me impidió levantar la mano a tiempo.
 Yo tenía almacenado en el fixme cuáles segmentos estaban aún sin rectificar.
 Esa info se sobreescribió. No es gran cosa, pero me facilitaría muchísimo
 más el proceso de armonización si pudiera distinguir unos de otros. Recibo
 tips para hacerlo. Ideal sería poder consultar la XAPI filtrando por el
 valor de una etiqueta en determinado momento del tiempo, pero creo que hasta
 allá no llega esa función.

 Se me ocurre conseguirme un snapshot inmediatamente anterior al changeset
 en cuestión, de manera que pueda concatenar los fixmes originales a los
 nuevos (fixme=foo;bar). No lo he hecho nunca. ¿Alguien sabe por dónde
 empezar (de ser posible)?

 Por cierto: lo mismo me sucedió con los fixmes de los puntos OCHA al
 corregir la codificación, así que alguien más puede estar en la misma
 situación, pero por mi culpa.

 Agradezco cualquier sugerencia.

 Saludos,
 Mancho



 Con respecto a los nodos y vías en estas relaciones que debemos hacer? se
 dejan intactos?

 Saludos.




 --
 In a world without walls or fences, who needs windows and gates?




-- 
In a world without walls or fences, who needs windows and gates?
___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] propuestas de logo Era: Re: openstreetmap.co comprado

[Germán Márquez Mejía]

Am Dienstag, den 23.11.2010, 16:20 + schrieb Bennet Campoverde:
 La opcion 7 es autoctona, no obstante es un simbolo que solo
 representa la region del Caribe colombiano.

No soy costeño, y sin embargo me siento identificado como colombiano
cuando veo el sombrero vueltiao. Todos los objetos provienen de algún
lado y no de otro, pero eso no tiene por qué alterar su simbolismo.

Me pareció adecuado porque es un patrimonio único de los colombianos,
que se presta para un logo y que no se encuentra en ningún otro país.
Arepas las hay también en Venezuela, café en Vietnam o Brasil, pero
sombreros vueltiados sólo aquí.

 Yo voto por la opcion 6; por su sencillez en la generalizacio'on del
 perimetro de la nacio'n y el tricolor que es incluyente para todas las
 regiones.

A mí me recuerda a RCN. Jeje.
 
 __
 Date: Tue, 23 Nov 2010 10:58:43 -0500
 From: campuscan...@gmail.com
 To: talk-co@openstreetmap.org
 Subject: Re: [Talk-co] propuestas de logo Era: Re: openstreetmap.co
 comprado
 
 La  opcion No. 7 me parece muy autoctona, pues la de los mapas
 pintados no se porque se me vino a la cabeza el logo de un grupo en
 comflicto de nuestro pais, adems que hay que tener en cuenta el Logo
 perce de OSM, pues lo estamos usando.
 

Quienes se vayan animando a votar, háganlo en la wiki, que por aquí
queda muy difícil llevar las cuentas. Igual, a medida que salgan nuevas
propuestas podemos seguir votar varias veces.



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

[Talk-co] ¿Error de escala?

[Germán Márquez Mejía]

Se me hace que hay un error en la escala del trazado del casco urbano de 
Roldanillo, Valle [0]. ¿Manzanas de 72 hectáreas?



[0] http://www.openstreetmap.org/?lat=4.4064lon=-76.1644zoom=12layers=M

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] copia ilegal?

[Germán Márquez Mejía]

Pues sería un comienzo. Por supuesto la podemos usar como plantilla.

Am 13.09.2010 22:17, schrieb Igor Támara:

Hola esa respuesta es justamente como desearía, así que creo que sería
bueno tenerla como template en el wiki :), si das tu permiso la podemos
subir allí para tenerla como referencia para próximas oportunidades.

Viendo el historial de ediciones vi que también había tocado cartografía
de Villavicencio, no se si pueda estar relacionado de alguna forma.

De nuevo muchas gracias, está súper.


Pues yo le escribí lo siguiente:


Saludos:

Primero, darte la bienvenida a OSM y agradecerte por tus contribuciones.
Como lo más importante es que todos los integrantes del proyecto nos
podamos comunicar fáclimente y mantener la coordinación, te sugiero, si
no lo has hecho ya, incribirte a la lista de correo OSM-Colombia [0],
donde continuamente compartimos y discutimos muchos temas relacionados
con la cartografía libre. También puedes darte una pasada por la wiki
[1] o, como veo que estás trabajando principalmente el Pereira y sus
alrededores, organizar un poco la página de objetivos de esa ciudad [2].

Normalmente lo que hacemos cuando empezamos a trabajar en un área
determinada es comunicarlo en la lista y exponer cuáles son nuestras
fuentes, para evaluar si son compatibles con la licencia de OSM, así que
te invito cordialmente a que te presentes y nos cuentes tus avances.
También te aconsejo utilizar la etiqueta source= para especificar la
procedencia de las contribuciones, bien sea en los changesets o en los
elementos idividuales que agregues. Así podemos seguir el rastro de las
fuentes en caso de problemas.

Por último, aunque en el wiki tenemos una guía para mapear en Colombia,
la información más actual y precisa a este respecto está el los archivos
de la lista [3]. No está de más que les eches también un vistazo.

Cualquier inquietud, no dudes en escribir, como siempre, por la lista.

[0] http://lists.openstreetmap.org/listinfo/talk-co
[1] http://wiki.openstreetmap.org/wiki/WikiProject_Colombia
[2] http://wiki.openstreetmap.org/wiki/Pereira
[3] http://lists.openstreetmap.org/pipermail/talk-co/



Queda esperar a ver qué responde, y si no lo hace, pues tocaría deshacer
los cambios, como veo que alguien hizo con Soledad, Atlántico.

Qué pena mezclar hilos, pero, ¿alguien sabe al fin qué pasó con los
datos de Villavicencio?

Am 13.09.2010 18:17, schrieb Igor Támara:

Hola, creo que deberíamos tener una carta en los más
amigables términos para que este contribuyente o los
futuros que encontremos sospechosos continúen con mucho
entusiasmo y tratemos de manejarlo lo más abiertamente
posible en la lista para que todos podamos estar pendientes
de los términos en los que escribimos, que les parece
que suena más amigable, a título personal o de comunidad?

Si es bueno tratar de contactar e invitar y ponerse a
disposición para colaborar y ayudar, por inexperiencia,
desconocimiento e impetú pueden haber deslices y seguramente
podemos tratar esto para ganar contribuyentes :)

Éxitos.



Yo ya le escribí. Estoy esperando respuesta.

Am 09/13/2010 03:12 AM, schrieb Ricardo R:

pienso que ese usuario esta haciendo copia ilegal:

http://www.openstreetmap.org/user/Penelope86/edits

o se desconoce la fuente



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co




___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co




___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] copia ilegal?

[Germán Márquez Mejía]

Pues yo le escribí lo siguiente:


Saludos:

Primero, darte la bienvenida a OSM y agradecerte por tus contribuciones. 
Como lo más importante es que todos los integrantes del proyecto nos 
podamos comunicar fáclimente y mantener la coordinación, te sugiero, si 
no lo has hecho ya, incribirte a la lista de correo OSM-Colombia [0], 
donde continuamente compartimos y discutimos muchos temas relacionados 
con la cartografía libre. También puedes darte una pasada por la wiki 
[1] o, como veo que estás trabajando principalmente el Pereira y sus 
alrededores, organizar un poco la página de objetivos de esa ciudad [2].


Normalmente lo que hacemos cuando empezamos a trabajar en un área 
determinada es comunicarlo en la lista y exponer cuáles son nuestras 
fuentes, para evaluar si son compatibles con la licencia de OSM, así que 
te invito cordialmente a que te presentes y nos cuentes tus avances. 
También te aconsejo utilizar la etiqueta source= para especificar la 
procedencia de las contribuciones, bien sea en los changesets o en los 
elementos idividuales que agregues. Así podemos seguir el rastro de las 
fuentes en caso de problemas.


Por último, aunque en el wiki tenemos una guía para mapear en Colombia, 
la información más actual y precisa a este respecto está el los archivos 
de la lista [3]. No está de más que les eches también un vistazo.


Cualquier inquietud, no dudes en escribir, como siempre, por la lista.

[0] http://lists.openstreetmap.org/listinfo/talk-co
[1] http://wiki.openstreetmap.org/wiki/WikiProject_Colombia
[2] http://wiki.openstreetmap.org/wiki/Pereira
[3] http://lists.openstreetmap.org/pipermail/talk-co/



Queda esperar a ver qué responde, y si no lo hace, pues tocaría deshacer 
los cambios, como veo que alguien hizo con Soledad, Atlántico.


Qué pena mezclar hilos, pero, ¿alguien sabe al fin qué pasó con los 
datos de Villavicencio?


Am 13.09.2010 18:17, schrieb Igor Támara:

Hola, creo que deberíamos tener una carta en los más
amigables términos para que este contribuyente o los
futuros que encontremos sospechosos continúen con mucho
entusiasmo y tratemos de manejarlo lo más abiertamente
posible en la lista para que todos podamos estar pendientes
de los términos en los que escribimos, que les parece
que suena más amigable, a título personal o de comunidad?

Si es bueno tratar de contactar e invitar y ponerse a
disposición para colaborar y ayudar, por inexperiencia,
desconocimiento e impetú pueden haber deslices y seguramente
podemos tratar esto para ganar contribuyentes :)

Éxitos.



Yo ya le escribí. Estoy esperando respuesta.

Am 09/13/2010 03:12 AM, schrieb Ricardo R:

pienso que ese usuario esta haciendo copia ilegal:

http://www.openstreetmap.org/user/Penelope86/edits

o se desconoce la fuente



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co




___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] copia ilegal?

[Germán Márquez Mejía]

Yo ya le escribí. Estoy esperando respuesta.

Am 09/13/2010 03:12 AM, schrieb Ricardo R:

pienso que ese usuario esta haciendo copia ilegal:

http://www.openstreetmap.org/user/Penelope86/edits

o se desconoce la fuente



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Lineas del TransMilenio de Bogotá en O smTransport

[Germán Márquez Mejía]

Y hablando de todo un poco, ÖPNV-Karte [0] ya tiene cobertura mundial. 
Ahí también salen las líneas que ya están creadas y se puede solicitar 
la actualización de teselas específicas.


[0] http://öpnvkarte.de/?zoom=12lat=4.66695lon=-74.10244layers=BT

Am 23.08.2010 21:26, schrieb Daniel R. Zorro Forero:

Por lo de los alimentadores, ya un compañero esta averiguando eso, por
otro lado pregunto:
¿Cada cuánto se actualiza OSMTransport?
En OSMTransport aparece [A70] en la seccion de Bus Line  ¿Qué es?

El 22 de agosto de 2010 17:59, Rodrigo Castiblanco rcas...@gmail.com
mailto:rcas...@gmail.com escribió:

Hola Daniel

Que bueno

ya aparece en openbusmap :
http://www.openbusmap.org/?zoom=15lat=4.6674lon=-74.06169layers=BT 
http://www.openbusmap.org/?zoom=15lat=4.6674lon=-74.06169layers=BT
http://www.openbusmap.org/?zoom=15lat=4.6674lon=-74.06169layers=BTy
seguramente aparecerán los cambios pronto en OSM Transport:

http://3liz.fr/public/osmtransport/index.php?country=Colombialocation=Bogotá

http://3liz.fr/public/osmtransport/index.php?country=Colombialocation=Bogot%C3%A1


http://3liz.fr/public/osmtransport/index.php?country=Colombialocation=Bogot%C3%A1Ahora
solo nos faltan las rutas E,F,G y H.  El paso siguiente seria
agregar las ritas alimentadoras. Alguien sabe donde encontrar
informacion sobre ellas??

Saludos

Rodrigo

2010/8/22 Daniel R. Zorro Forero dfox...@gmail.com
mailto:dfox...@gmail.com

Buen día

Siguiendo los pasos de Emilien relacione el tramo D de
transmilenio (Calle 80) [1], por favor califiquen y comenten
cualquier error para corregirlo y hacer los tramos faltantes.

No siendo más agradezco el atención prestada y pronta respuesta.

Referencias:
[1]: http://www.openstreetmap.org/browse/relation/1140835

Hola,

Acabo de pedir que añaden a Colombia (con Bogotá y Pasto) a la lista
de los países disponibles en OsmTransport, el mapa de transporte
publico basado en los datos de OSM. Como se puede ver [1] por el
momento solo aparecen las paradas del TransMilenio y las estaciones de
tren, pero no las lineas del TransMilenio. Eso se debe al hecho que se
usanhighway=bus_guideway  para mapear las lineas, cuando
OsmTransport necesita relaciones para poder dibujarlas en cima del
mapa.

Usar un camino en especial por el TransMilenio se puede hacer sin
problemas, porque este tiene sus carriles propios, pero la mayor parte
de las lineas de buses (al menos en el resto del mundo) usan en
general las mismas carreteras que los carros. Incluso en Bogotá se
usan buses que no son del TransMilenio, y esos no tienen sus propios
carriles.

Para darles un ejemplo de como salen las lineas cuando están tagueadas
con relaciones, les mando el ejemplo de la ciudad de La Haya, Holanda
[2] donde salen también la lineas de tram, con colores oficiales.

La pagina de OsmTransport es todavia bien lenta, pero con esa se puede
ver como se puede mostrar un mapa adaptado al transporte.

Quiero saber si habría algún problema con añadir relaciones (una para
cada sentido) a los ways de TransMilenio y las paradas asociadas. Como
no estoy familiarizado con el TransMilenio me resulta mas complicado
entrar los nombres de las lineas, pero estoy convencido que algunos de
ustedes me podrían ayudar ;) Si necesitan mas información sobre
relaciones, pueden leer estas paginas en el wiki [3] y [4]. Y para que
tengan un ejemplo de una relación: [5].

Saludos,
 +Emilien


[1]http://3liz.fr/public/osmtransport/index.php?country=Colombialocation=Bogot%C3%A1  
http://3liz.fr/public/osmtransport/index.php?country=Colombialocation=Bogot%C3%A1

[2]http://3liz.fr/public/osmtransport/index.php?country=Netherlandslocation=Den%20Haag  
http://3liz.fr/public/osmtransport/index.php?country=Netherlandslocation=Den%20Haag

[3]http://wiki.openstreetmap.org/wiki/Relation:route#Bus_Routes_.28also_trolley_bus.29

[4]http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Bus_lines_and_trolley_bus_lines
[5]http://www.openstreetmap.org/browse/relation/397232




--
Daniel R. Zorro Forero

dfox...@gmail.com mailto:dfox...@gmail.com
http://www.launchpad.net/~dfoxpro
http://www.launchpad.net/%7Edfoxpro
Estudiante ingeniería de sistemas
Universidad Nacional de Colombia

*Yo ya me libere de los virus... y tu?
http://www.ubuntu.com/desktop/features
*Y por favor no me mandes .doc y .docx
http://www.gnu.org/philosophy/no-word-attachments.es.html

Política Anti-Spam:
Si usted va a retransmitir este mensaje, por favor borre la
dirección y nombre de quien se lo 

Re: [Talk-co] Nombre de las ciudades y pueblos

[Germán Márquez Mejía]

Sí. La convención es sólo usar mayúscula inicial donde sea necesario. La 
mayúscula sostenida está desaconsejada, al igual que todo en minúscula.


La razón es que así los nombres contienen mayor información. De manera 
que Santa Ana del Palmar deja claro el uso correcto de las mayúsculas 
para cualquier usuario en cualquier parte del mundo. Si se quisiera una 
aplicación con los nombres en mayúscula sostenida, simplemente se 
utilizan funciones que pasan todo a mayúscula.


Si -al contrario- los nombres estuvieran originalmente en mayúscula o 
minúscula sostenida, sería imposible pasarlos mecánicamente a sus 
versiones combinadas.


Entonces, entre:

1. SANTA ANA DEL PALMAR
2. santa ana del palmar
3. Santa Ana del Palmar

Lo correcto es 3. Los datos de OCHA estaban en mayúscula sostenida, pero 
aquí el beneficio de la información fue mucho mayor que el perjuicio de 
la estética, sin embargo hay que ir poco a poco cambiándolos a sus 
versiones con mayúscula inicial donde corresponda. Y de paso, ¿por qué 
no? unificar los sitios que quedaron doblemente etiquetados, que todavía 
hay muchos así.


Saludos,

Mancho

Am 23.08.2010 21:36, schrieb oscar.ra...@cafedecolombia.com:

Creo que habiamos quedado en que la primera era Mayuscula, y el resto en
minúscula


De: Daniel R. Zorro Forero dfox...@gmail.com
Para:   Talk-co@openstreetmap.org
Fecha:  23/08/2010 02:35 p.m.
Asunto: [Talk-co] Nombre de las ciudades y pueblos
Enviado por:talk-co-boun...@openstreetmap.org






Buen día y una pregunta simple:

¿Los nombre de las Ciudades, Capitales, Pueblos y demas, van en
mayuscula o 1ªmayuscula?
Me refiero a esto comparando por ejemplo Sincelejo, Bucaramanga y otras
ciudades que estan en mayuscula.
Conforme a la respuesta editare los nombre que no cumplan el requisito.

--
Daniel R. Zorro Forero
_
__dfox...@gmail.com_ mailto:dfox...@gmail.com_
__http://www.launchpad.net/~dfoxpro_
Estudiante ingeniería de sistemas
Universidad Nacional de Colombia

*Yo ya me libere de los virus... y tu?_
__http://www.ubuntu.com/desktop/features_
*Y por favor no me mandes .doc y .docx_
__http://www.gnu.org/philosophy/no-word-attachments.es.html_

Política Anti-Spam:
Si usted va a retransmitir este mensaje, por favor borre la dirección y
nombre de quien se lo remitió inicialmente. De esta manera mantendremos
nuestros buzones limpios de mensajes indeseables y de Spams. Procure
usar siempre CCO ( con copia oculta ) en sus mensajes, todo correo que
invite a ser reenviado por lo regular es un hoax
.___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co




___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Nombre de las ciudades y pueblos

[Germán Márquez Mejía]

Por si surgen dudas durante la correción:

http://buscon.rae.es/dpdI/SrvltGUIBusDPD?origen=RAElema=may%FAsculas#4

Am 23.08.2010 21:50, schrieb ouɐɯnH:



2010/8/23 oscar.ra...@cafedecolombia.com
mailto:oscar.ra...@cafedecolombia.com

Creo que habiamos quedado en que la primera era Mayuscula, y el
resto en minúscula

Muchos de los nombres que aparecen en MAYUSCULA estan en los datos de la
importación de OCHA, estos se pueden corregir pero dejando siempre los
tag originales y eliminando del fixme

salu2
Humano



De: 
Daniel R. Zorro Forero dfox...@gmail.com mailto:dfox...@gmail.com
Para:   Talk-co@openstreetmap.org mailto:Talk-co@openstreetmap.org
Fecha:  23/08/2010 02:35 p.m.
Asunto: [Talk-co] Nombre de las ciudades y pueblos
Enviado por:talk-co-boun...@openstreetmap.org
mailto:talk-co-boun...@openstreetmap.org






Buen día y una pregunta simple:

¿Los nombre de las Ciudades, Capitales, Pueblos y demas, van en
mayuscula o 1ªmayuscula?
Me refiero a esto comparando por ejemplo Sincelejo, Bucaramanga y
otras ciudades que estan en mayuscula.
Conforme a la respuesta editare los nombre que no cumplan el requisito.

--
Daniel R. Zorro Forero
_
__dfox...@gmail.com_ mailto:dfox...@gmail.com_
__http://www.launchpad.net/~dfoxpro_
Estudiante ingeniería de sistemas
Universidad Nacional de Colombia

*Yo ya me libere de los virus... y tu?_
__http://www.ubuntu.com/desktop/features_
*Y por favor no me mandes .doc y .docx_
__http://www.gnu.org/philosophy/no-word-attachments.es.html_


Política Anti-Spam:
Si usted va a retransmitir este mensaje, por favor borre la
dirección y nombre de quien se lo remitió inicialmente. De esta
manera mantendremos nuestros buzones limpios de mensajes indeseables
y de Spams. Procure usar siempre CCO ( con copia oculta ) en sus
mensajes, todo correo que invite a ser reenviado por lo regular es
un hoax .___

Talk-co mailing list
Talk-co@openstreetmap.org mailto:Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org mailto:Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co




--
http://GaleNUx.com es el sistema de información para la salud
--///--
Teléfono USA:  (347) 688-4473 (Google voice)
skype: llamarafredyrivera



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Multipoligonos

[Germán Márquez Mejía]

Sí. El multipolígono debería cerrarse, pero eso no significa que sea 
imposible crear multipolígonos abiertos. Tampoco significa que el límite 
deba ser una sola vía. Simplemente se segmenta el límite departamental 
(tecla P en JOSM) en los puntos donde empieza y termina un municipio. 
Al final, al agregar todas las vías (utilizando el término genérico para 
una sucesión de puntos interconectados) que componen el perímetro del 
municipio queda cerrado el multipolígono. Para estar seguro de esto 
último, basta con abrir la relación en el editor, hacer clic en Ordenar 
miembros y, si en la última columna de la tabla que los muestra se 
forma un circuito cerrado, pues está bien creado.

Creo que me pondré ya a escribir el wikitutorial para dibujar fronteras 
tratando de ser lo más claro posible. Mientras tanto, Caldas es un buen 
ejemplo del resultado final, pues ya lo zonifiqué a nivel departamental, 
municipal, urbano y suburbano (los dos últimos para Manizales). Además, 
si lo han notado, 12 de los 32 departamentos tienen ya su perímetro 
completo y han sido creadas sus respectivas relaciones. Sigo trabajando 
uno por uno, y si alguien quiere colaborar con la importación de algunos 
segmentos faltantes para otros departamentos, pues se le agradecería 
muchísimo.

¿Alguien me podría recordar cuál es la fuente GADM y cómo puedo tener 
acceso a ella?

Saludos,

Mancho

Am 06.04.2010 17:35, schrieb Leonardo Gutierrez:
 Saludos cordiales,

 He intentado trabajar con multipoligonos para
 los limites departamentales y municipales, la verdad he estado muy
 confundido con este tema pues multipoligono me exige que solo se puede
 realizar con poligonos cerrados obviamente.

 Pero cuando un municipio se cierra con limite departamental que
 corresponde a otro poligono, me toco hacerle los mimos nodos encima para
 poder crear un poligono completo, no he encontrado otra forma, y josm
 arroja un warning por realizar esto.

 Alguien puede darme alguna luz?

 Gracias.

 --
 ___
 Leonardo Gutierrez
 Director Financiero
 Autobuses AGA de Colombia
 Duitama
 www.autobusesaga.com http://www.autobusesaga.com
 l...@autobusesaga.com mailto:l...@autobusesaga.com
 Móvil: 3125860894


 Este mensaje de correo electrónico y sus documentos adjuntos están
 dirigidos  EXCLUSIVAMENTE a los destinatarios especificados. La
 información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE
 PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE
 COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor
 comuníquese inmediatamente al remitente y  ELIMINELO ya que usted  NO
 ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia de
 toda o alguna parte de la información contenida.



 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co


___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Mapa ciclista

[Germán Márquez Mejía]

Sí. La mayoría de las veces no me carga los niveles altos de zoom.
Otras, me toca alejar y volver a acercar para que cargue las teselas.
La razón de ese comportamiento la ignoro.

2010/3/26 Leonardo Gutierrez l...@autobusesaga.com:
 Alguien ha tenido problemas con el mapa ciclista?
 No me esta cargando.
 Gracias

 --
 ___
 Leonardo Gutierrez
 Director Financiero
 Autobuses AGA de Colombia
 Duitama
 www.autobusesaga.com
 l...@autobusesaga.com
 Móvil: 3125860894


 Este mensaje de correo electrónico y sus documentos adjuntos están
 dirigidos  EXCLUSIVAMENTE a los destinatarios especificados. La información
 contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE PROTEGIDA y no
 necesariamente refleja la opinión de AUTOBUSES AGA DE COLOMBIA LTDA. Si
 usted recibe este mensaje por ERROR, por favor comuníquese inmediatamente al
 remitente y  ELIMINELO ya que usted  NO ESTA AUTORIZADO al uso, revelación,
 distribución, impresión o copia de toda o alguna parte de la información
 contenida.

 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co





-- 
In a world without walls or fences, who needs windows and gates?

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] panorámicas de hagalo usted mismo!

[Germán Márquez Mejía]

Pues ya me estoy afiebrando. Está muy interesante el enlace, aunque con 
las uñas también se puede. Para la muestra mi primera panorámica [0], 
tomada hoy y recién salida del horno. Creo que está más que bien, 
sabiendo que fue hecha sólo con mi celular y Hugin [1]. Sin necesidad de 
M$oft, jeje.

Por cierto, no la he podido subir al sitio porque está parcialmente 
caído, pero seguiré intentando.

P.D.: claro que con un buen equipo de cámaras, un carro y un buen 
procesador se harían muchas más fotos en mucho menos tiempo. Ahí está el 
pedido para el Niño Dios :-P

[0] 
http://homepage.alice.de/germanmarquezmejia/dateien/Schoenhaus_Bornholmerstr.jpg
[1] http://hugin.sourceforge.net

Am 24.03.2010 22:11, schrieb ouɐɯnH:
 Hola

 para los afiebrados a las panorámicas les dejo este link con los
 recursos indispensables.

 salu2

 http://www.diy-streetview.org/



___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Cycle map

[Germán Márquez Mejía]

Pues a mí tampoco me funciona. Sin embargo, como solución temporal, 
podría utilizar el complemento slippymap y en la configuración cambiarle 
la fuente de las teselas por las de Open Cycle Map.

Saludos,

Am 02.02.2010 15:46, schrieb Leonardo Gutierrez:
 Saludos cordiales,

 Tengo problemas con el source del wms de cyclemap, estoy tratando de
 calibrar la posicion de unos rios de acuerdo acurvas de nivel, pero no
 he podido cargas este wms.

 Alguien me puede dar el source que funcione para el wms?

 Muchas Gracias.

 --
 ___
 Leonardo Gutierrez
 Director Financiero
 Autobuses AGA de Colombia
 Duitama
 www.autobusesaga.com http://www.autobusesaga.com
 l...@autobusesaga.com mailto:l...@autobusesaga.com
 Móvil: 3125860894


 Este mensaje de correo electrónico y sus documentos adjuntos están
 dirigidos  EXCLUSIVAMENTE a los destinatarios especificados. La
 información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE
 PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE
 COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor
 comuníquese inmediatamente al remitente y  ELIMINELO ya que usted  NO
 ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia de
 toda o alguna parte de la información contenida.



 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co


-- 
Mancho

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] limites del casco urbano casco urbano

[Germán Márquez Mejía]

Me parece una buena idea, especialmente porque es un paso necesario para 
delimitar las comunas/localidades. Aunque leo en la wiki que el nivel que le 
corresponde al casco urbano (ciudad) es el 7, al igual que en Ecuador. El 8 
sería para las localidades/comunas:

http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries

Con el Nominatim no he tenido problemas para encontrar poblaciones 
colombianas. Además supongo que las otras aplicaciones no se limitan al 
admin_level=8 para encontrar ciudades, porque en otros países puede no 
coincidir con cascos urbanos, como en Australia, que tiene el nivel 8 para las 
zonas postales.

En resumen, ¿sería 7 u 8?

Saludos,

Am Donnerstag, 28. Januar 2010 15:22:50 schrieb ouɐɯnH:
 hola
 Teniendo en cuenta el fervor que hemos tenido últimamente por lo
 limites y algunas averiguaciones, presento la siguiente sugerencia.

 1. Demarcar los cascos urbanos y de los centros poblados con un
 polígono o multipoligono con las etiquetas:

 admin_level=8
 boundary=administrative
 name= zetaquira (ejemplo)
 is_in=Colombia ; Boyaca
 source=DANE ; Landsat

 Esto por que algunas aplicaciones que usan la apli para hacer mapas
 impresos buscaran el admin_level=8 para localizar las ciudades por
 nombre y también el nominatim (1) es por eso que casi no se encuentran
 ciudades de Colombia por esos servicios de busqueda.

 salu2
 Humano

 (1) http://nominatim.openstreetmap.org/

-- 
Mancho

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] objetos con los mismos nodos

[Germán Márquez Mejía]

Pues yo lo que hago es crear al menos un punto que no coincida, para poder 
seleccionar cada vía por separado; trabajo con ellas, y cuando termino lo 
elimino.

Antes y después: 
http://homepage.alice.de/germanmarquezmejia/dateien/Antes%20y%20despues.png

Durante: http://homepage.alice.de/germanmarquezmejia/dateien/Durante.png

Am Donnerstag, 28. Januar 2010 15:34:54 schrieb Leonardo Gutierrez:
 Saludos cordiales,

 Trabajando en lo de los limites, me he encontrado con que he tenido que
 trabajar en objetos que tiene los mismo nodos en josm... por ejemplo
 rio-limite, y en donde hay objetos con los mismo nodos.

 Lo que hago, que se ve bien pero que no me acaba de convencer, es copiar
 los nodos y moverlos 1m o menos .. para que puedo distinguirlos uno de otro
 para poder trabajra, conectar... en ellos...

 hay alguno forma de acceder a los objetos con los mismos nodos, exactamente
 los mismo, y trabjar con ellos?

 Gracias

-- 
Mancho

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Límites de los Municipios y otros unidad es administrativos de Colombia

[Germán Márquez Mejía]

Muy útil la fuente, gracias. Es justo lo que andaba buscando y no había podido 
encontrar. ;)

Creo que nos va a servir mucho a ver si algún día podemos ver a Colombia 
dividida (en el buen sentido). Por cierto, me he enredado un poco con eso de 
las relaciones para definir unidades administrativas y la Wiki no me ha 
ayudado mucho a este respecto, aunque tal vez no he buscado bien. ¿Alguna idea 
al respecto?

El Jue 14 Ene 2010 14:21:59 oscar.ra...@cafedecolombia.com escribió:
 Tiene Mérito la información que nos comparte Morray... nos sirve para
 aclarar dudas cuando haya que definir un límite incierto. Ademas, las
 referencias bibliográficas nunca sobran.
 Una cosa que aprendí (Como dato curioso), es que el Tolima tenía un
 municipio llamado Anaime, que hoy es un corregimiento del municipio de
 Cajamarca (uno pasa por ahí cuando va desde Ibagué hasta Armenia.
 Lo curioso es que Anaime era el municipio, y Cajamarca era el
 Corregimiento, pero por aquellas cosas de mejor localización, terminaron
 invirtiéndose los papeles



 De:
 eduardo kazt kazt...@hotmail.com
 Para:
 talk-co@openstreetmap.org
 Fecha:
 13/01/2010 06:18 p.m.
 Asunto:
 Re: [Talk-co] Límites de los Municipios y otros unidades administrativos
 de Colombia
 Enviado por:
 talk-co-boun...@openstreetmap.org



 ya hay varios rios por landsat + datos  nga, lo otro sera de mas paciencia

  From: os...@go4more.de
  To: talk-co@openstreetmap.org
  Date: Wed, 13 Jan 2010 22:32:21 +0100
  Subject: [Talk-co] Límites de los Municipios y otros unidades

 administrativos de Colombia

  Hola,
 
  buscaba un poquito en las paginas de web del igac y al fin encontré las

 leyes cuales definan muchas límites de Colombia.

  http://190.254.22.44/datosLimites/
  Tiene la ventaja que la información puede ser ingresado al osm (estoy

 correcto en eso cierto??). La desventajita es que en muchas casos todavía
 faltan las característica cuales definan el límite. Pero como son rios
 grandes y cosas como esos, debe ser posible ...? Q piensan?

  Saludos
  Morray
 
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co

 Connect to the next generation of MSN Messenger  Get it now!
 ___
 Talk-co mailing list
 Talk-co@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-co

-- 
Mancho

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Límites de los Municipios y otros unidad es administrativos de Colombia

[Germán Márquez Mejía]

Me refiero a cómo definir, por ejemplo, el territorio de un municipio como un 
área para que el buscador de nombres tome todo lo que se encuentre en su 
interior como en su jurisdicción y no arroje resultados según cercanía a 
puntos; o incluso para calcular las superficies. Para decir: este tramo es 
límite entre Chía y Cajicá; este otro entre Tabio y Chía; éste entre Bogotá y 
Chía; etc., y la unión de todos esos tramos delimitan el área del municipio 
Chía. ¿Es eso posible? ¿O simplemente es definir los límites + left y right? 
¿Y cuando el límite de una unidad administrativa coincide con el límite de 
otra de nivel superior?

El Jue 14 Ene 2010 14:57:15 oscar.ra...@cafedecolombia.com escribió:
 Ojala sea lo que quiere saber: Según un comentario anterior de HUMANO:

 admin_level=2  : frontera nacional
 admin_level=3  :  region *
 admin_level=4  : división de departamentos
 admin_level=5  : provincia (algunos departamentos como Boyaca y santader
 lo usan)*
 admin_level=6  : división de municipios
 admin_level=7  : frontera de ciudad
 admin_level=8  : división de localidades
 admin_level=9  : división de barrios





 De:
 Germán Márquez Mejía manch...@gmail.com
 Para:
 OpenStreetMap Colombia talk-co@openstreetmap.org
 Fecha:
 14/01/2010 08:49 a.m.
 Asunto:
 Re: [Talk-co] Límites de los Municipios y otros unidades administrativos
 de Colombia
 Enviado por:
 talk-co-boun...@openstreetmap.org



 Muy útil la fuente, gracias. Es justo lo que andaba buscando y no había
 podido
 encontrar. ;)

 Creo que nos va a servir mucho a ver si algún día podemos ver a Colombia
 dividida (en el buen sentido). Por cierto, me he enredado un poco con eso
 de
 las relaciones para definir unidades administrativas y la Wiki no me ha
 ayudado mucho a este respecto, aunque tal vez no he buscado bien. ¿Alguna
 idea
 al respecto?

 El Jue 14 Ene 2010 14:21:59 oscar.ra...@cafedecolombia.com escribió:
  Tiene Mérito la información que nos comparte Morray... nos sirve para
  aclarar dudas cuando haya que definir un límite incierto. Ademas, las
  referencias bibliográficas nunca sobran.
  Una cosa que aprendí (Como dato curioso), es que el Tolima tenía un
  municipio llamado Anaime, que hoy es un corregimiento del municipio de
  Cajamarca (uno pasa por ahí cuando va desde Ibagué hasta Armenia.
  Lo curioso es que Anaime era el municipio, y Cajamarca era el
  Corregimiento, pero por aquellas cosas de mejor localización,

 terminaron

  invirtiéndose los papeles
 
 
 
  De:
  eduardo kazt kazt...@hotmail.com
  Para:
  talk-co@openstreetmap.org
  Fecha:
  13/01/2010 06:18 p.m.
  Asunto:
  Re: [Talk-co] Límites de los Municipios y otros unidades administrativos
  de Colombia
  Enviado por:
  talk-co-boun...@openstreetmap.org
 
 
 
  ya hay varios rios por landsat + datos  nga, lo otro sera de mas

 paciencia

   From: os...@go4more.de
   To: talk-co@openstreetmap.org
   Date: Wed, 13 Jan 2010 22:32:21 +0100
   Subject: [Talk-co] Límites de los Municipios y otros unidades
 
  administrativos de Colombia
 
   Hola,
  
   buscaba un poquito en las paginas de web del igac y al fin encontré

 las

  leyes cuales definan muchas límites de Colombia.
 
   http://190.254.22.44/datosLimites/
   Tiene la ventaja que la información puede ser ingresado al osm (estoy
 
  correcto en eso cierto??). La desventajita es que en muchas casos

 todavía

  faltan las característica cuales definan el límite. Pero como son rios
  grandes y cosas como esos, debe ser posible ...? Q piensan?
 
   Saludos
   Morray
  
   ___
   Talk-co mailing list
   Talk-co@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-co
 
  Connect to the next generation of MSN Messenger  Get it now!
  ___
  Talk-co mailing list
  Talk-co@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-co

-- 
In a world without walls or fences, who needs windows and gates?

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Límites de los Municipios y otros unidad es administrativos de Colombia

[Germán Márquez Mejía]

Los segmentos de frontera no reciben nombre, precisamente porque pueden 
delimitar múltiples áreas simultáneamente. En su lugar, el nombre de la vereda 
se le pone a la relación. Por lo que he visto, los nombres de ambos lados de 
la frontera pueden o no aparecer a lo largo del tramo. En todo caso, el render 
no debería ser un criterio para determinar si la frontera está bien o mal 
nombrada.

El Jue 14 Ene 2010 23:33:21 oscar.ra...@cafedecolombia.com escribió:
 Ya he estado trabajando algo al respecto con unas veredas
 Pero por ejemplo un segmento a pertenece a su vez a la vereda Alfa y
 Beta
 El problema es que el segmento solamente recibe un nombre  (Alfa o Beta) y
 no recibe los dos. Asi, cuando vemos en el Render, aparece solo el nombre
 de una de las dos veredas.
 ¿Como podemos solucionar esto?

 Cordialmente,
 OSCAR RAMOS OVIEDO
 Comite de Cafeteros del Tolima



 De:
 Germán Márquez Mejía manch...@gmail.com
 Para:
 OpenStreetMap Colombia talk-co@openstreetmap.org
 Fecha:
 14/01/2010 05:13 p.m.
 Asunto:
 Re: [Talk-co] Límites de los Municipios y otros unidades administrativos
 de Colombia
 Enviado por:
 talk-co-boun...@openstreetmap.org



 Bueno, pues lo dicho: hablé con los de OSM-Alemania. Fue muy productiva la

 reunión,
 resolví dudas y me levanté unos cuantos tips cartográficos. Mandan saludes
 a
 OSM-Colombia.

 Respecto a boundary vs. multipolygon:

 Optaron por multipolygon por varias razones.
 1. Simplicidad: si se puede hacer lo mismo con una relación que ya
 existía,
 pues es mejor que añadir otra (boundary).
 2. boundary es redundante en el sentido de que dentro de una relación
 boundary, se debe poner también un tag
 boundary=administrative|political|...
 3. Para enclaves y territorios de ultramar es tan sencillo como inner o
 outer,
 sin necesidad de tags adicionales como enclave exclave.
 4. Se pueden especificar unidades administrativas sin necesidad de que
 todo el
 contorno esté completo.
 5. Las unidades administrativas son áreas más que fronteras y multipolygon

 encaja mejor en ese concepto.

 Todavía hay muchas zonas con la relación boundary en lugar de
 multipolygon,
 pero están en proceso de cambio. Para más info.
 http://wiki.openstreetmap.org/wiki/Talk:Relation:boundary#Use_type.3Dmultip
olygon_instead


 De esta manera, cada segmento de frontera queda así:

 boundary=administrative (si es de varios tipos se separa con ;)
 admin_level=4 (cuando coincide con otros niveles se pone el más alto de
 ellos
 -o sea el menor número)

 Nótese que left/right:town|state... están obsoletas, o sea que si hay
 segmentos que tengan esos tags, hay que quitárselos.

 Luego, si se tienen los segmentos a, b, y c que conforman la unidad
 territorial X, la relación quedaría así:

 name=X
 type=multipolygon
 boundary=administrative (un único tipo por relación)
 admin_level=4 (un único nivel por relación)

 Y como miembros: a, b y c con el rol outer (excepto en los casos de
 divisiones
 especiales -enclaves, ultramar, etc.- donde se utiliza inner según se
 necesite). Si aún no se tiene el contorno completo, pues se ponen los que
 están y, cuando se tenga el que falta, se agrega a la relación.

 Así, un mismo segmento de frontera puede pertenecer a varias relaciones,
 sin
 importar el nivel o tipo de unidad territorial.

 Otra cosa: me aconsejaron que, cuando la frontera sea un río u otro tipo
 de
 vía, es una buena práctica ponerla como OTRA vía superpuesta para así
 evitar
 combinar tags (v.gr. name: ¿es el nombre del río o de la frontera?) o
 segmentarlos innecesariamente.

 Espero opiniones y debate. :)

 Saludos,

 El Jue 14 Ene 2010 16:34:22 Germán Márquez Mejía escribió:
  Pues está entre
  http://wiki.openstreetmap.org/wiki/Relations/Proposed/Boundaries y
  http://wiki.openstreetmap.org/wiki/Relation:multipolygon.
 
  Pero a pesar de que la relación boundary está como propuesta, me atrevo

 a

  decir, por lo que acabo de ver en el mapa, que lo que dice la wiki sobre
  Alemania y Holanda no es del todo cierto. La mayoría de fronteras están

 con

  boundary y no con multipolygon y los resultados de las búsquedas se

 atienen

  a esa división. Personalmente, me gusta más la idea de boundary.
 
  Sería chévere, si no se ha hecho ya, empezar una discusión para ponernos

 de

  acuerdo en si boundary o multipolygon, explorando las ventajas y
  desventajas de cada opción antes de arrancar a utilizarlas. Igual voy a
  echarle un ojo a la discusión que se dio aquí en Alemania, o incluso
  pegarme la pasada por la reunión mensual del grupo de trabajo de OSM

 Berlín

  (que justo es esta noche), y preguntar.
 
  Lo que sí haré seguro es borrar los left y right que había puesto,

 porque

  ya están en desuso.
 
  Saludos,

-- 
In a world without walls or fences, who needs windows and gates?

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

[Talk-co] Presentación

[Germán Márquez Mejía]

Hola, lista:

Desde hace unas semanas he estado siguiendo esta lista y metiéndole mano a 
Manizales y alrededores. Espero no haber dañado nada y, si lo he hecho, porfa 
díganme e intentaré arreglarlo. Veo que hay mucha gente interesada en 
cartografiar a Colombia y he tratado de contribuir un poco al grupo. Pero pues 
es mejor saber con quién se habla y por eso me presento antes de tratar otros 
asuntillos que, por aquello de conservar el orden, enviaré en hilos separados.

Les deseo una feliz Navidad atrasada y un feliz 2010.

-- 
Mancho

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co

[Talk-co] Solicitud de trazas de Caldas

[Germán Márquez Mejía]

Hola:

Aprovechando la época de vacaciones quería hacer una solicitud abierta a quien 
vaya a viajar por Caldas, que serían muy útiles trazas de las carreteras 
departamentales. Me interesa especialmente la carretera entre Manizales y el 
Norte (Manizales-Neira-Aranzazu-Salamina-Pácora-Aguadas) a ver si alguien se 
anima a conocer ;-) Personalmente recomiendo Salamina o Aguadas, son pueblos 
muy bonitos. Por supuesto, cualquier otra vía departamental sería también una 
gran contribución. Yo no puedo sacar las trazas porque no vivo en Colombia, 
pero cuánto me gustaría poder hacerlo.

Igualmente, si alguien quiere ayudar a ponerle los nombres a las calles de 
Manizales, bienvenido sea, que yo ya puse todas aquellas de las que tengo 
seguridad. Mejor dicho, lo que se necesita es trabajo de campo, jejeje.

Bueno, espero que alguien se apunte y gracias de antemano.

Saludos,

-- 
Mancho

___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co