2010/11/5 Noel David Torres Taño :
> On Viernes 05 Noviembre 2010 23:02:42 Roberto Plà escribió:
>> ouɐɯnH wrote:
>> > Ops!, parece que google tiene la razon!
>> > por lo menos según Niragua
Bueno, el culebrón avanza, ahora google reconoce el error y dice que
lo va a solucionar lo antes posible:
h
El 06/11/10 12:17, Marco Fernández escribió:
El 6 de noviembre de 2010 04:51, Noel David Torres Taño
mailto:env...@rolamasao.org>> escribió:
De esa manera lo que haces es multiplicar el número de objetos en
la base de
datos sin necesidad.
Mira por ejemplo la manzana en lat
El 6 de noviembre de 2010 14:43, Marco Fernández escribió:
>
>
> El 6 de noviembre de 2010 14:16, sanchi escribió:
>
>
>>
>> Les falta especificar mas el denotation. Aquí viene en alemán lo que es
>> http://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree#Bedeutung_eines_Baumes
>> en
>> la wiki
Todos los errores del validator son por si acaso no son errores por fuerza
pero un tipo de error de áreas superpuestas la única manera de evitarlo es
con un multipoligono y si no hubiera que hacer multipoligonos en esos
casos ni siquiera pondrían que existe ese error, seria absurdo.
Otro ejemplo es
El 6 de noviembre de 2010 14:16, sanchi escribió:
>
>
> Les falta especificar mas el denotation. Aquí viene en alemán lo que es
> http://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree#Bedeutung_eines_Baumes
> en
> la wiki en ingles no veo que venga
>
Lo busqué en inglés pero había nada. Del
On Sábado 06 Noviembre 2010 13:09:54 sanchi escribió:
> Lo que dices no es exactamente así porque si son menos objetos pero cada
> objeto es mas grande, tienen mas puntos así que eso de que ocupan menos no
> es justamente como lo dices. Ademas no he dicho en ningún momento que ocupe
> mas o menos.
Yo quiero uno. ¿Alguien me lo regala por reyes? jejejej
Encontrado el precio en una web, 8500€
http://es.machineryzone.com/usado/agricultura-precision/1493585/sensefly-robot-photos-agricole-swinglet-cam.html?devise=EUR
--
Blog http://jorgesanzs.blogspot.com/
El 6 de noviembre de 2010 12:54, Marco Fernández escribió:
> Es que aparecen todos con un fixme=set better denotation. ¿De qué va la
> cosa?
>
Les falta especificar mas el denotation. Aquí viene en alemán lo que es
http://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree#Bedeutung_eines_Baumes
en
Lo que dices no es exactamente así porque si son menos objetos pero cada
objeto es mas grande, tienen mas puntos así que eso de que ocupan menos no
es justamente como lo dices. Ademas no he dicho en ningún momento que ocupe
mas o menos.
El mapa queda mas limpio.
El validator de JOSM te avisa del e
Es que aparecen todos con un fixme=set better denotation. ¿De qué va la
cosa?
Gracias!
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es
El 6 de noviembre de 2010 12:14, Suco escribió:
> ahora que parece que podemos usar la ortofoto del ign a lo mejor no es tan
> necesario, pero un bicho de estos [1] sería de gran ayuda en más de un mapeo
Yo quiero uno de esos!!! Aunque me da que no será barato, ¿no? :)
¿Podría serle útil a alg
El 6 de noviembre de 2010 04:51, Noel David Torres Taño <
env...@rolamasao.org> escribió:
>
> De esa manera lo que haces es multiplicar el número de objetos en la base
> de
> datos sin necesidad.
>
> Mira por ejemplo la manzana en lat 41.978 lon 2.818 de Gerona.
>
> Tal y como está hecha, tiene 50
ahora que parece que podemos usar la ortofoto del ign a lo mejor no es tan
necesario, pero un bicho de estos [1] sería de gran ayuda en más de un mapeo
[1] http://www.sensefly.com/products/swinglet-cam/
--
Mi blog personal:
http://blog.wikifotos.org/
Sé libre, usa ubuntu:
http://www.ubuntustory
13 matches
Mail list logo
