[Live-demo] geopublisher sucking in openoffice? & missing project descriptions

[listas]

Hi Alex, let me just a few things about Kosmo Advanced Printing:

A screenshot wouldn't make sense always on a map. Maps need to be 
printed at a very high resolution that a screenshot surely don't have. 
It's not only a question of image quality, also about size ratios. 
Depending on the size of the document  you need elements at different 
sizes or resolution. Respecting the scale of a map is a fundamental 
thing. A map without an exact scale is not a map, its just a draw. You 
surely don't comply those requirements pasting a screenshot.

On the other hand not only images are sent to the OOo document but 
graphical and textual elements that may be part of the map like 
descriptions on how the map is represented, legends, titles and other 
things. Those elements must be sent to the OOo Draw document because 
it's too hard work to do it manually.

Kosmo also manage multiple/complex views, legends, details, scales, etc 
... with OOo.  OOo is far better in printing than anything we could 
develop inside Kosmo.

It is neccesary OOo oficial version.  In different linux flavours there 
are substantial differences and sometimes there is missing neccesary files.

If possible, it is very important for Kosmo (and I think/hope for users 
:) ) OOo oficial version.

Best regards

Antonio



Alex Mandel escribió:
> SAIG - Listas wrote:
>   
>> Cameron Shorter escribió:
>>     
>>> On 2/02/2010 6:06 PM, Stefan Krüger wrote:
>>>       
>>>> Hi
>>>>
>>>> Am Montag 01 Februar 2010 20:57:07 schrieb Alex Mandel:
>>>>  
>>>>         
>>>>> Hamish wrote:
>>>>>    
>>>>>           
>>>>>> Stefan Krüger wrote:
>>>>>>      
>>>>>>             
>>>>>>> Sorry for the troubles.. I can add
>>>>>>> "--no-install-recommends" to my apt-get install script any
>>>>>>> minute.
>>>>>>>          
>>>>>>>               
>>>>>> more generally we should add:
>>>>>>
>>>>>> APT::Install-Recommends "false";
>>>>>> APT::Install-Suggests "false";
>>>>>>
>>>>>>
>>>>>> somewhere in /etc/apt/apt.conf.d/
>>>>>>
>>>>>> rather than asking packagers to have to do that.
>>>>>>
>>>>>>
>>>>>> Hamish
>>>>>>        
>>>>>>             
>>>>> I should have mentioned, Ubuntu has changed it policy and now installs
>>>>> Recommends by default. I'm a little torn on this particular one, since
>>>>> Open Office is a useful tool when dealing with dbf files. I'm not sure
>>>>> if gnumeric handles them as well.
>>>>>      
>>>>>           
>>>> Sadly gnumeric can only open .dbf, but not save .dbf.
>>>>
>>>>    
>>>>         
>>> Much as I would love to have Open Office on the LiveDVD, I think we
>>> need to remember why we moved to Xubuntu over Ubuntu in the first place.
>>> Effectively we want an image that uses less RAM, but also is smaller,
>>> easier to download and hence more likely to be downloaded.
>>> So unless one of the GIS applications need Open Office exclusively to
>>> work effectively, I suggest we don't include it.
>>>
>>>       
>> Hi to all.
>>
>> One of the key new features for Kosmo Desktop 2.0 is its avanced
>> printing module that uses OpenOffice as target. Another problem is that
>> it's required the offfical OpenOffice distribution, because we have
>> noticed that the custom OpenOffice packages for some distributions (like
>> Ubuntu, for example) removes some files that must exist so this
>> extension could work.
>>
>> Regards,
>>
>>     
>
> The Ubuntu variant I believe is http://go-oo.org/ , I find it odd that
> it's missing anything since it should only be adding features. FYI the
> only reason this variant exists is because Sun refused to accept some
> patches and licensing.
>
> It is entirely possible that Debian or Ubuntu has modified their package
> though to leave out something, for whatever reason. You might want to
> look into working with either variant (though I'm confused why you would
> print to OOo, maybe a screenshot would make sense, I always just make
> pdfs or pngs and embed them in documents)
>
> In either case if OOo on Ubuntu doesn't work with Kosmo right now then
> it makes sense to leave it off. In the future we should consider at
> least a partial install with the Spreadsheet component since dbf editing
> is a fairly day to day issue when dealing with GIS. (Case: today R
> refused to import a shp because of an accented character in a column
> name, Solution open the dbf in openoffice, fix and save)
>
> Alex
> _______________________________________________
> Live-demo mailing list
> Live-demo at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/live-demo
>
>