Convención en nombres

[delatorre...@gmail.com]

Para Temas musicales:
> [artist] - [album] - [track#] - [title].[ext]
P.E.
Air - Moon Safari - 01 - La femme dargent.mp3
Air - Moon Safari - 08 - Ce matin la.mp3
Air - Moon Safari - 04 - Kelly watch the stars.mp3
Daft Punk - Discovery - 04 - Harder, Better, Faster, Stronger.mp3
Daft Punk - Human after all - 02 - Prime time of your life.mp3
David Bowie - Space Oddity - 03 - Don't sit down.mp3
Gorillaz - Demon Days - 02 - Last living souls.mp3
Gorillaz - Demon Days - 05 - Dirty harry.mp3
Gorillaz - Gorillaz - 01 - Re-Hash.mp3
Gorillaz - Gorillaz - 08 - Sound Check.mp3

Para Imágenes:
> [artist] - [colection] - [position] - [title]
([width]x[height]x[colordepth]).[ext]
P.E.
endzeittrauma - Cold Water - 01 - Cold Water (912x612x24).jpg
endzeittrauma - Cold Water - 02 - Cold Water 2 (421x600x24).jpg
endzeittrauma - Cold Water - 03 - Cold Water 3 (355x532x24).jpg
whorer-movie - Self Portrait - Magnetic.Pink (504x648x24).jpg
end0rphine - My Heart Bleeds No More (535x662x24).jpg
larafairie - Save These Tears (1089x1200x24).jpg

Ventajas:
Facilidad al ordenar y buscar.
Información útil accesible.

[delatorre...@gmail.com]

Convención en nombres de archivo para efectos de sonido:

Propongo lo siguiente:

[description] - [origin] - [id#] - ([duration]).[ext]
[description]: descripción del sonido o sonidos.
[origin]: lugar del que proviene (url o nombre de galeria)
(probablemente inútil).
[id#]: un número para diferenciarlo de otros sonidos iguales.
[duration]: duración en minutos.segundos.

P.E.
puerta golpe - www.geocities.com/jon_m_evans - 001 -
(0.03x8x22).wav
puerta golpe - membrane.com - 001 - (0.06x16x8).wav
puerta golpe - membrane.com - 002 - (0.04x16x44).wav
puerta cierra - simplythebest.net - 001 - (0.11x8x22).wav
puerta cruje - simplythebest.net - 001 - (0.20x8x22).wav

- Mi primera intención era que los nombres fuesen en inglés pero no
estoy seguro de que sea buena idea, como sea creo que sería mejor si
utilizaramos nombres en inglés.
- Probablemente el campo [origin] sea inútil y sea mejor removerlo.
- Talvez sea mejor poner la duración en "segundos.milisegundos" en
lugar de "minutos.segundos", creo que ningún efecto de sonido dura
minutos.
- Quizas sea bueno agregar campos adicionales donde especifiquemos
cosas como el bit rate o el sample rate.

[delatorre...@gmail.com]

Datos que ignoré:
[channels]: mono o stereo.
[resolution]: 8 o 16 bits.

[delatorre...@gmail.com]

Para loops de música:

Propongo:

[genre] [description] - ([duration]).[ext]
[genre]: genero (ambient, ethnic, folk)
[description]: descripción adicional.
[duration]: en segundos?

no se que mas agregarle.

[[iZ]]

Estoy completamente de acuerdo.

[[iZ]]

Datos que ignoré:
[channels]: mono o stereo.
[resolution]: 8 o 16 bits.

Es realmente necesario ?

Tal ves lo mejor sea tener los archivos en la mejor calidad posible, de todas formas si esta en estéreo puede ser convertido a mono y si es de 16 bits puede ser convertido a uno de 8.

¿ Que opinan ?

"B haPPy"

[delatorre...@gmail.com]

>Tal ves lo mejor sea tener los archivos en la mejor calidad posible, de
>todas formas si esta en estéreo puede ser convertido a mono y si es de 16
>bits puede ser convertido a uno de 8.

Creo que si, por ejemplo, tenemos dos archivos llamados "female moan -
001 - (12x192x44).wav", que es mono, y "female moan - 002 -
(10x96x22).wav", que es stereo, y es necesario utilizar uno de los dos
para un tema musical, revisar ambos sería perder el tiempo (imagina
que fueran 10 o 50) y que sería más conveniente que sus nombres
fueran: "female moan - 001 - mono -(12x192x44).wav" y "female moan -
002 - stereo - (10x96x22).wav".

Por tanto creo que sería mejor que la convención sea:
[description] - ([duration]x[bitrate]x[sample rate]) -
[channels]:[resolution] - [id#].[ext]

[description]: descripción del sonido o sonidos.

[channels]: mono o stereo.
[resolution]: 8 o 16 bits.

[duration]: duración en segundos.decimas.
[bitrate]: bitrate! (normalmente en kbps)
[sample rate]: sample rate! (en kHz)

[id#]: un número para diferenciarlo de otros sonidos iguales.

P.E.
bed creak - (3.10x64x22) mono:16 - 001.wav
female moan - (4.12x128x44) mono:8 - 001.wav
female moan - (5.24x96x22) stereo:16 - 002.wav
male pant - (6.00x32x44) stereo:8 - 001.wav

(por si no lo notaron si mezclan los sonidos obtienen dos mujeres
gimiendo, un hombre respirando agitado y una cama crujiendo)

[[iZ]]

Hola !


Para empezar quisiera sugerir una correccion en los formatos de imagenes y audio:

El standard actual

 [artist] - [colection] - [position] - [title] ([width]x[height]x[colordepth]).[ext]

Mi correccion
 [artist] - [colection] - [title] - [width]x[height]x[colordepth].[ext]

Ahora viene la explicacion :D

Los parentesis "... ([width]x[height]x[colordepth]) ..." que fueron arrebatados :P

Es verdad que se ven bonitos y rompen la monotonia de los giones "-", pero en el caso practico resultan un estorbo, actualmente estoy trabajando en un administrador de gallerias y definitivamente los parentesis aumentan en numero de intrucciones que debo agregarle al filtro de archivos.

 El caso del guion "... [title] - [width]x..." entrometido

Este es mas sencillo, lo agrege porque en la practica ayuda a obtener los datos mas facilmente.

El asesinato de "[position]"

Si un artista quisiera crear una secuencia de imagenes pondria toda la informacion en el titulo "title", porque el artista quiere hacer notar que cada imagen es completamente diferente a las demas por mas que se vean igual. Si el quisiera crear una secuencia de imagenes todas con el mismo titulo "title" crearia un video. Un ejemplo de una secuencia:

iz - haven and hell - reborn 01 - 800x600x16.png
iz - haven and hell - reborn 02 - 800x600x16.png
iz - haven and hell - reborn 03 - 800x600x16.png

En parte he llegado a esta conclucion por razones practicas, al crear el administrador para mi galleria tuve problemas de donde obtener la informacion para el "position", para un usuario normal es mas facil poner todo en el titulo y evitarse la molestia de agregar un dato adicional, tambien es mas facil para el programador xD.

Estoy abierto a sugerencias.

+--------------------------------------------------------------------------+

Por tanto creo que sería mejor que la convención sea:
   [description] - ([duration]x[bitrate]x[sample rate]) -
[channels]:[resolution]  - [id#].[ext]

Ahora si enloqueciste ;P

Desde mi punto de vista no creo que sea necesario agregar toda esta informacion al nombre del archivo, ahora existen herramientas que te muestran toda esta informacion ya sea de un archivo individual o en una busqueda. Creo que lo mejor sera atenerse al standar de audio y talves agregar un standard para los casos cuando no hay artista o album.

[artist] - [album] - [track#] - [title].[ext]

!unknown - !unknown - !unknow - bed creak.wav

Referencias: Winamp 5+

"B haPPy"

[Juan Pablo de la Torre]

Los parentesis "... ([width]x[height]x[colordepth]) ..." que fueron arrebatados

De acuerdo.

El caso del guion "... [title] - [width]x..." entrometido

Entiendo la utilidad. De acuerdo.
El asesinato de "[position]"
:O

Si un artista quisiera crear una secuencia de imagenes pondria toda la informacion en el titulo "title"

Mentira!!!
Un ejemplo:
http://wasielewski.deviantart.com/gallery/
este artista tiene toda su colección en series, por ejemplo Marionnette:
En orden alfabético:
Conclusione  (wasielewsky - Marionnette - Conclusione - 572x872x24.jpg )
Sguardo        (wasielewsky - Marionnette - Sguardo - 572x872x24.jpg)
Tatto             (wasielewsky - Marionnette - Tatto - 572x872x24.jpg )
En orden lógico :
Sguardo        (wasielewsky - Marionnette - 01 - Sguardo - 572x872x24.jpg)
Tatto             ( wasielewsky - Marionnette - 02 -Tatto - 572x872x24.jpg)
Conclusione  (wasielewsky - Marionnette - 03 - Conclusione - 572x872x24.jpg)
>> Sin position empieza con Conclusione, lo que demuestra que no es correcto.

Otros casos
Es normal que una colección no tenga posiciones, en cuyo caso podríamos utilizar un simbolo en lugar de posición:
wasielewski - Elastique - [simbol] - Elastiqueets - 572x872x24.jpg
wasielewski - Elastique - [simbol] - Elastiquand - 572x872x24.jpg
wasielewski - Elastique - [simbol] - Elastiquace - 572x872x24.jpg
wasielewski - Elastique - [simbol] - Elastiquenistica - 572x872x24.jpg
wasielewski - Elastique - [simbol] - Elastiqueleton - 572x872x24.jpg

Otra posibilidad es que las imagenes no pertenezcan a una colección, caso que debemos contemplar:
zemotion - [nocol] - [simbol] - .touch. - 600x567x24.jpg
zemotion - [nocol] - [simbol] - .darling.dangerous. - 600x567x24.jpg
Jake Garn - [nocol] - [simbol] - Katherine - 890x597x24.jpg
Jake Garn - [nocol] - [simbol] - Delivered - 803x536x24.jpg

Ahora si enloqueciste ;P

[artist] - [album] - [track#] - [title].[ext]

Que loco!
estoy hablando de efectos de sonido, no temas musicales, ningun efecto de sonido tiene [artist] - [album] - [track#] - [title] solo tienen descripción y detalles acerca de la calidad, es aceptable que se remueva la duración pero solo eso.

No conozco ninguna herramienta que te dé la capacidad de buscar sonidos por calidad (Winamp 5 solo te permite ordenar por Bitrate), en cambio hasta el explorador de Windows te permite ordenar imágenes por tamaño y aun así tenemos datos de tamaño en los nombres de archivo.

[Juan Pablo de la Torre]

Otras convenciones
Aún no tenemos convenciones para muchas cosas!!!, por ejemplo tutoriales.

[[iZ]]

 

este artista tiene toda su colección en series, por ejemplo Marionnette:
En orden alfabético:
Conclusione  (wasielewsky - Marionnette - Conclusione - 572x872x24.jpg )
Sguardo        (wasielewsky - Marionnette - Sguardo - 572x872x24.jpg)
Tatto             (wasielewsky - Marionnette - Tatto - 572x872x24.jpg )
En orden lógico :
Sguardo        (wasielewsky - Marionnette - 01 - Sguardo - 572x872x24.jpg)
Tatto             ( wasielewsky - Marionnette - 02 -Tatto - 572x872x24.jpg)
Conclusione  (wasielewsky - Marionnette - 03 - Conclusione - 572x872x24.jpg)
>> Sin position empieza con Conclusione, lo que demuestra que no es correcto.

Creo que existen casos en los que si es necesario pero son pocos, muchas veces bastaría con ordenarlo por la fecha de creación. Estoy de acuerdo con el "position".

Otros casos
Es normal que una colección no tenga posiciones, en cuyo caso podríamos utilizar un simbolo en lugar de posición:
wasielewski - Elastique - [simbol] - Elastiqueets - 572x872x24.jpg
wasielewski - Elastique - [simbol] - Elastiquand - 572x872x24.jpg
wasielewski - Elastique - [simbol] - Elastiquace - 572x872x24.jpg
wasielewski - Elastique - [simbol] - Elastiquenistica - 572x872x24.jpg
wasielewski - Elastique - [simbol] - Elastiqueleton - 572x872x24.jpg

Otra posibilidad es que las imagenes no pertenezcan a una colección, caso que debemos contemplar:
zemotion - [nocol] - [simbol] - .touch. - 600x567x24.jpg
zemotion - [nocol] - [simbol] - .darling.dangerous. - 600x567x24.jpg
Jake Garn - [nocol] - [simbol] - Katherine - 890x597x24.jpg
Jake Garn - [nocol] - [simbol] - Delivered - 803x536x24.jpg

 

 Si deberíamos crear un caracter nulo o algo parecido para todas las cosas.

Ahora si enloqueciste ;P
[artist] - [album] - [track#] - [title].[ext]
Que loco!
estoy hablando de efectos de sonido, no temas musicales, ningun efecto de sonido tiene [artist] - [album] - [track#] - [title] solo tienen descripción y detalles acerca de la calidad, es aceptable que se remueva la duración pero solo eso.

Nope . Existen albunes de efectos de sonido de algún artista. De todas formas creo que es mejor tener solo un standard general para cada medio, es mejor que llenarse de un montón de estándares.

No conozco ninguna herramienta que te dé la capacidad de buscar sonidos por calidad ( Winamp 5 solo te permite ordenar por Bitrate), en cambio hasta el explorador de Windows te permite ordenar imágenes por tamaño y aun así tenemos datos de tamaño en los nombres de archivo.

Es verdad el Winamp solo busca por bitrate y no por sample rate, pero en un futuro no muy lejano aparecerá alguna herramienta. Existen muchas herramientas para imagenes que las indexan por dimensiones, tal ves lo mejor sea quitar estos datos como sugerencia.

Bueno entre otras cosas tal ves debiéramos agregar un mejor formato a los estándares, como:

<artist> - <album> - <#track> - <title>.<ext>
<artist> - <colection> - <position> - <title> - [widthxheight][xcolor].<ext>

Siguiendo los estándares normales que se usan para describir comandos. En este caso los datos entre "<" y ">" son obligatorios,  en cambio los que están entre "["y"]" con opcionales y serán agregados de ser necesarios. También esta como sugerencia.

"b haPPy"

[[iZ]]

On 1/24/06, Juan Pablo de la Torre <delatorre...@gmail.com> wrote:

Otras convenciones
Aún no tenemos convenciones para muchas cosas!!!, por ejemplo tutoriales.

Si es verdad que faltan muchos estándares, pero con el tiempo resolveremos este problema.

[Juan Pablo de la Torre]

Creo que estás pasando por alto todo lo que es media y que utilizamos para algo, además de distraernos, como imágenes de stock, efectos de sonido(que mencionamos un poco), loops, objetos 3d, gráficos vectoriales, bitmaps, objetos flash, etc.

Debido a que el motivo por el cual necesitamos efectos de sonido y loops es que los usamos para hacer audiovisuales o agregarlos en presentaciones, estoy seguro de que necesitaremos un estándar muy distinto al estándar de temas musicales, y no podemos esperar a un futuro no muy lejano.

Primero, creo que tanto los efectos como los loops necesitan carpetas distintas, supongo que están bien:
  /skyview/media/soundFX/
  /skyview/media/loops/

Además necesitamos que el nombre del archivo nos dé toda la información que podamos necesitar, que consiste en, principalmente, la descripción y, de preferencía, varios datos acerca de la calidad.

¿Por qué en el nombre del archivo? porque si estoy utilizando el Vegas y necesito el sonido de un portazo, entonces debería poder encontrar todos los efectos de portazos y encontrar el que más se ajuste a mis necesidades, empezando por los de más calidad, con solo ver los nombres y sin necesidad de otras herramientas.

Talvez sea una buena idea que todos nuestros efectos estén en mono, es mucho mejor trabajar con efectos en mono.

Segundo, creo que necesitamos tanto un estándar diferente como una carpeta diferente para las imágenes artísticas como para las imágenes de stock. Las artísticas no necesitan datos de calidad (dimensiones) mientras que las de stock no necesitan datos acerca del artista, la colección, ni siquiera el título; necesita, más bien, una descripción y dimensiones:
  /skyview/media/images/
  /skyview/stock/images/
u otras.
  <artist> - <colection> - <position> - <title>.<ext>
  <description> - <width>x<height>x<colordepth>.<ext>

Tercero, carpetas distintas para gráficos vectoriales, bitmaps, objetos flash y objetos 3d.
  /skyview/stock/vector/
  /skyview/stock/graphics/
  /skyview/stock/flash/
  /skyview/stock/3d/

Por último, datos acerca de los derechos de autor, para todos los archivos de stock, veo dos opciones:
  - Archivos individuales para cada colección, que me parece recomendable.
  - Carpetas diferentes para cada tipo de permiso, que no exime la necesidad de archivos individuales.

[[iZ]]

Primero, creo que tanto los efectos como los loops necesitan carpetas distintas, supongo que están bien:
  /skyview/media/soundFX/
  /skyview/media/loops/

Estoy de acuerdo con las nuevas carpetas. No momentito deberian estar dentro de audio

/skyview/media/audio/soundFX
/skyview/media/audio/loops

¿Por qué en el nombre del archivo? porque si estoy utilizando el Vegas y necesito el sonido de un portazo, entonces debería poder encontrar todos los efectos de portazos y encontrar el que más se ajuste a mis necesidades, empezando por los de más calidad, con solo ver los nombres y sin necesidad de otras herramientas.

Ahora veo que pude ser util, es verdad en ese tipo de casos se aplica muy bien. A mi no me molestaria para nada usar un indexador adicional para buscar el audio que necesito. En resumidas cuentas estoy de acuerdo con los nombres laaaargos. 

Talvez sea una buena idea que todos nuestros efectos estén en mono, es mucho mejor trabajar con efectos en mono.

Yo apoyo la nocion de la mejor calidad posible. Existen sonidos que solo son estereo, claro que pueden ser convertidos a mono pero el resultado es completamente diferente. En resumidas cuentas si es mono que sigua siendo mono si es estereo que sigua siendo estereo.

Segundo, creo que necesitamos tanto un estándar diferente como una carpeta diferente para las imágenes artísticas como para las imágenes de stock. Las artísticas no necesitan datos de calidad (dimensiones) mientras que las de stock no necesitan datos acerca del artista, la colección, ni siquiera el título; necesita, más bien, una descripción y dimensiones:
  /skyview/media/images/
  /skyview/stock/images/
u otras.
  <artist> - <colection> - <position> - <title>.<ext>
  <description> - <width>x<height>x<colordepth>.<ext>

Apoyo la nocion de buscar el estandard mas adecuado, pero mi politica es que cuantos menos sean mejor, lo optimo seria resumirlo en unos o dos standares adaptables. Lo mejor sera comenzar un nuevo tema con este titulo y discutirlo mejor.

Tercero, carpetas distintas para gráficos vectoriales, bitmaps, objetos flash y objetos 3d.
  /skyview/stock/vector/
  /skyview/stock/graphics/
  /skyview/stock/flash/
  /skyview/stock/3d/

Lo mejor sera:

/skyview/media/images/stock

Por que stock no tiene nada en comun con:

/skyview/data
/skyview/media
/skyview/pack

Por último, datos acerca de los derechos de autor, para todos los archivos de stock, veo dos opciones:
  - Archivos individuales para cada colección, que me parece recomendable.
  - Carpetas diferentes para cada tipo de permiso, que no exime la necesidad de archivos individuales.

Los derechos de autor debieran ser aplicados a todas las imagenes de echo a casi todo, ahora exsiten imagenes que soportan  informacion adicional creo que son los formatos:  BMP,  PNG,  JPEG, GIF. De nuevo al problema de los nombres laaargos. En resumidas cuentas estoy a la espera de sugerencias, pero preferiria dejarlo todo en manos de las metadatas (la informacion que viene pegada al archivo) es mas sencilla, puedes cambiar el nombre del archivo sin alterar esta informacion, y te ahorra muchas teclas. :D

"B haPPy"

[Juan Pablo de la Torre]

... No momentito deberian estar dentro de audio
 

/skyview/media/audio/soundFX
/skyview/media/audio/loops

Si.

... A mi no me molestaria para nada usar un indexador adicional para buscar el audio que necesito.

Pero no hay indexadores lo suficientemente buenos. 

En resumidas cuentas estoy de acuerdo con los nombres laaaargos. 

Yeah!

Yo apoyo la nocion de la mejor calidad posible. Existen sonidos que solo son estereo, claro que pueden ser convertidos a mono pero el resultado es completamente diferente. En resumidas cuentas si es mono que sigua siendo mono si es estereo que sigua siendo estereo.

Entonces creo que debería aparecer en el nombre.

Apoyo la nocion de buscar el estandard mas adecuado,

¿Entonces estas de acuerdo con?:

  <artist> - <colection> - <position> - <title>.<ext>
  <description> - <width>x<height>x<colordepth>.<ext>

pero mi politica es que cuantos menos sean mejor, lo optimo seria resumirlo en unos o dos standares adaptables. Lo mejor sera comenzar un nuevo tema con este titulo y discutirlo mejor.

¡Duro! (en realidad creo que los estándares adaptables serán un dolor de cabeza pero estoy abierto a discutirlo)

Lo mejor sera:

/skyview/media/images/stock

No estoy seguro de que sea lo mejor pero no me quejo, estoy de acuerdo.

Por último, datos acerca de los derechos de autor, para todos los archivos de stock, veo dos opciones:
  - Archivos individuales para cada colección, que me parece recomendable.
  - Carpetas diferentes para cada tipo de permiso, que no exime la necesidad de archivos individuales.

Los derechos de autor debieran ser aplicados a todas las imagenes de echo a casi todo,

Si, yo creo que a todo lo que sea "stock", " pack" y, en algunos casos, "data".

ahora exsiten imagenes que soportan  informacion adicional creo que son los formatos:  BMP,  PNG,  JPEG, GIF.

Estuve intentando y a los únicos formatos a los que pude agregar metadata fueron: JPEG y los formatos de Adobe® (AI y PSD). Los formatos BMP, GIF y PNG, como lo demuestra un muy preocupado aficionado al formato ( link), no tienen metadata, y aunque hay planes de agregarles EXIF a PNG y GIF aún no hay nada concreto y varios proyectos están abandonados. No creo que podamos fiarnos de algo así.

De nuevo al problema de los nombres laaargos.

Estoy seguro de que la solución no son nombres de archivo largos si no, más bien, archivos adicionales como un " !license.txt" al estilo de cualquier distribución de código.

En resumidas cuentas estoy a la espera de sugerencias, pero preferiria dejarlo todo en manos de las metadatas (la informacion que viene pegada al archivo) es mas sencilla, puedes cambiar el nombre del archivo sin alterar esta informacion, y te ahorra muchas teclas. :D

El NTFS tiene la capacidad de agregarle algunos campos a los archivos, como título asunto y autor, pero me parece desastrozo estar dependiendo el FS.

--
Juanpi

"Beware of the man whose God is in the skies."
           - George Bernard Shaw

[[iZ]]

 Hola

¿Entonces estas de acuerdo con?:

  <artist> - <colection> - <position> - <title>.<ext>
  <description> - <width>x<height>x<colordepth>.<ext>

Estoy de acuerdo.

Estoy seguro de que la solución no son nombres de archivo largos si no, más bien, archivos adicionales como un " !license.txt" al estilo de cualquier distribución de código.

Me parece una sugerencia interesante,  por que no me explicas un poco mejor tu idea.

[iZ]

[Juan Pablo de la Torre]

La idea de un archivo !license.txt (que quizás deba llamarse de otra manera) es tener información acerca de los derechos de copia (quizás !copyrights.txt ) de cada archivo, colección de fotografías o álbum musical, para así saber cuales podemos publicar en nuestros sitios o utilizar en nuestras creaciones.

Imagino que este estandar va a ser sencillo. Hay una serie de permisos que son ya conocidos, entre estos están:

• Dominio público, no solo podemos usar estos a voluntad sino que no necesitamos darle crédito a sus autores.
• Royalty Free, aunque no estoy seguro creo firmemente que tampoco se necesita dar crédito a nadie.
• Distribución, permiso para distribuir (¡redundante!) pero solo para distribuir, se debe dar crédito a sus autores.
• Uso privado , un amigo tuyo te dio un video porno que grabó en su casa y te pidió que no se lo dieras a nadie.
  

Puede que una buena idea sea utilizar permisos simples como: Distribución , Inclusión, Créditos, y otros afines, seguramente encontraremos otros.

Este archivo !copyrights.txt , o como sea mejor, debería contener primero el tipo de permiso que es, luego los datos (el autor y la fecha, por ejemplo) y luego algún comentario que usualmente incluirá algún capricho del autor, como uso solo educacional, no pornográfico, no lucrativo, ya saben caprichos.

P.E.

Dist Incl Cred

Autor anónimo (1980)
Es obvio que un autor anónimo no tiene caprichos. 

A ver que les parece.

[[iZ]]

La idea de un archivo !license.txt (que quizás deba llamarse de otra manera) es tener información acerca de los derechos de copia (quizás !copyrights.txt ) de cada archivo, colección de fotografías o álbum musical, para así saber cuales podemos publicar en nuestros sitios o utilizar en nuestras creaciones.

Estoy de acuerdo con el archivo, y el nombre "license" me parece el mas adecuado, porque existen licencias copyleft y definitivamente habrá un coche con el nombre "copyrights".

Una referencia de licencias de codigo abierto:

http://www.opensource.org/

[Juan Pablo de la Torre]

Me parece que los de Open Source están locos, hay como 50 tipos de licencias ahí.

Estuve viendo las licencias de Creative Commons y encontré estas clasificaciones:

• Permisos
  
• Reproduction - Permiso de Reproducción
  
• Distribution - Permiso de Distribución
  
• DerivativeWorks - Permiso para usar en trabajos derivados
  
• Prohibiciones
  
• CommercialUse - Prohibido el uso comercial
  
• Requerimientos
  
• Notice - Los derechos y licencias deben aparecer en cada distribución
  
• Attribution - Se debe dar crédito al creador o al poseedor de los derechos
  
• ShareAlike - Los trabajos derivados deben tener la misma licencia
• SourceCode - Los trabajos derivados deben compartir el código fuente

Creo que esto puede servirnos de guía, además le podemos aumentar cosas como publicación masiva, uso académico, precio, sublicencias, alcance, exclusividad y cosas por el estilo, para luego representarlas en el archivo de licencia algo así:

  # Resumen
[SUMMARY]
DIST.-LOC.EU,UK,AU;-PROF.UNDEV
REPR.PRNT;DGTL.-PROF
DRVD.+CMPLT;ACAD;-PORN;LIC.-PROF;+[NOTI2]
REQR.+ATTR(YO);+LIC ;+[NOTICE].-DRVD

  # Permisos de distribución
[DISTRIBUTION]
-Loc.EU,UK,AU   # Se prohibe la distribución en Estados Unidos,
                  # Reino Unido y Australia
-Profit.Undev   # Se prohibe la distribución con fines de lucro
                  # en paises subdesarrollados

  # Permisos de reproducción
[REPRODUCTION]
Print            # Se permiten copias impresas
Digital.-profit # Se permiten copias digitales sin lucro

  # Permisos para trabajos derivados
[DERIVED]
+Complete       # Se permite solo el uso de la obra completa
Academic        # Se permiten trabajos derivados con fines
                  # académicos
-Pornographic   # Se prohiben trabajos derivados pornográficos
Licen.-Profit   # Se permite sublicenciar solo sin fines de
                  # lucro
+Noti. [NOTI2]  # Se requiere que cada trabajo derivado lleve
                  # consigo el texto especificado en [NOTI2]

  # Requerimientos para distribución, reproducción y trabajos
    # derivados.
[REQUIRE]
Noti. [NOTICE]  # Se requiere que cada copia lleve consigo el
  -derived        # texto especificado en [NOTICE], excepto los
                  # trabajos derivados
Attr. [ATTRIB]  # Se requiere la atribución al nombre que
                  # aparece en [ATTRIB]
Share.License    # Compartir con la misma licencia

  # Texto que debe acompañar a cada copia
[NOTICE]
/* licence.txt */
Este trabajo está protegido por la licencia que acabo de inventar:
  1. Se permite la distribución:
      - excepto en EU, UK y AU
      - con fines de lucro solo en paises desarrollados.
  2. Se permite la reproducción Impresa y digital.
  3. Se permiten los trabajos derivados:
      - solo con el trabajo completo
      - preferentemente uso académico
      - no pornográfico
      - con licencias no lucrativas
      - y solamente si incluyen el siguiente texto:
          "Este trabajo incluye porciones del trabajo de YO"
  4. Toda distribución y reproducción debe incluir el texto de
     este archivo, debe atribuir el trabajo a "YO" y debe tener
     la misma licencia.

  # Nombre del autor
[ATTRIB]
YO

  # Texto que debe acompañar a cada trabajo derivado
[NOTI2]
Este trabajo incluye porciones del trabajo de YO

--

Puede que parezca un poco exagerado, es que es una licencia loca, pero abarca todos, o casi todos, los casos. Siempre existe el caso:

[SUMMARY]
PUBLIC DOMAIN

, que nos facilita tanto la vida. De todas formas es solo una sugerencia para que la consideren.

--
Juanpi

"He who can, does. He who cannot, teaches."
           - George Bernard Shaw

[[iZ]]

Hola


Se que te tomo un tiempo realizar todo el esquema, la idea que yo tenia del archivo "license" era solamente poner el tipo de licencia que tiene sea alguna licencia open source, Creative Commons, una privada. etc. etc. Tu estas creando todo un estándar para hacer tu propia de licencia.

No estoy de acuerdo con tu propuesta.

--
            "B haPPy"

[iZ]

[Juan Pablo de la Torre]

Lo que tengo en mente es conseguir hacer un archivo con el cual no necesite revisar toda la licencia (que algunas veces es kilométrica) para saber que puedo hacer y que no puedo hacer con los archivos.

Como un ejemplo, ¿sabes que cosas puedes hacer con un código protegido por GNU GPL? yo no, y leer la licencia me da mucha flojera, y considerando la excesiva cantidad de licencias que hay es peor aún.

Talvez sea un poco excesivo pero imagino que en la mayoría de los casos una licencia se verá así:

[SUMARY]
DIST.
REPR.
DRVD.
REQR.+ATTR.(Autor© Todos los derechos reservados)

Me parece bastante simple y extremadamente útil.

[[iZ]]

Es una idea interesante, personalmente prefiero mantener una referencia al tipo de licencia.

Útil, no se hasta que punto por que de todas maneras para poder llenar el archivo con la información correcta debes de saber que es lo que hace la licencia.

Sigo en desacuerdo con tu propuesta.

--
            "B haPPy"

[iZ]

[[iZ]]

Lo mejor sera someterlo a votacion


Votacion !!!! 

:P


xD

--
            "B haPPy"

[iZ]