[Owncloud] progress on map app

Thu Jun 20 16:46:47 UTC 2013

Let me include Utku too in the thread. He is also working on
owncloud<->marble integration.

On Thu, Jun 20, 2013 at 12:00 PM, Jan-Christoph Borchardt
<hey at jancborchardt.net> wrote:
> To keep everyone in the loop it’s best if we have this discussion in
> the open, in case someone wants to participate. :)
> I also included Andrei, who works on integrating Marbe and ownCloud.
>
> I think it’s pretty obvious we should collaborate here on _one_ simple
> »Maps« app, using open formats and sync with Marble. Including sharing
> is important as well, so you can work together on routes, or have
> shared favorites, or just send a public link to a place.
>
> Design-wise full emphasis on the content, which is the map, favorites,
> and routes. Hence the map needs to use the full app space, without a
> permanent sidebar. Or rather, the sidebar should appear contextually,
> and either be slightly transparent or have a bit of margin to the
> edges so the map is always visible even on the left side. Take a look
> at the new Google Maps if you haven’t seen it yet.
>
> You folks should get a repo at https://github.com/owncloud/maps and
> start working together there, using Appframework as base.
>
>
> On Sat, Mar 30, 2013 at 11:52 PM, Qingping Hou <dave2008713 at gmail.com> wrote:
>> On Sat, Mar 30, 2013 at 6:20 PM, eMerzh <merzhin at gmail.com> wrote:
>>> On the leaflet topic:
>>>
>>> Great to here you are getting familliar with leaflet api and the angular one
>>> :) To display a route, leaflet can easily draw lines.... you can check an old
>>> page i did some years ago : http://bmaron.net/rando/ (may not be the cleanest
>>> / up-to-datest code ... but it can give you ideas)
>>>
>>
>> Thanks a lot, that's exactly the demo I need!
>>
>> BTW: do you also often do hiking in your free time?
>>
>>> For the source of the route, calculating it in owncloud seems really hard so,
>>> i suggest to use 1 (or more?) external projects like
>>> http://project-osrm.org/ or OpenRouteService
>>>
>>
>> Yeah, that's the way to go :) So my plan is:
>>  * have Leaflet directive watch the route information in scope
>>
>>  * fetch route information from 3rd party and update the scope
>>
>>  * cross fingers and hope Leaflet directive update it automatically on the map
>>    view
>>
>>> On the Marble GSOC topic : Let's see what others have to say .... but for me
>>> it seems to be a little weird to have a special marble app and a different
>>> map app ...  If the marble app can't display a map without our map app they
>>> still somewhat rely on us so i don't really see the point...  But i also can
>>> hear that they don't want to screw the work of a student if another fail to
>>> give what's expected ...  so let's say that it seems reasonable to start with
>>> 2 separated apps  but i don't see this a long term solution ... so it may be
>>> interresting to hear what they need when we design our external api and
>>> features.
>>
>> I haven't get reply from their student regarding what features they will
>> include in the Marble app yet. Maybe they will add a map also. But if they do
>> so, we will have a big overlap and it's waste of labour ;p
>>
>> In fact, I think the sync only Marble app does make sense. For example, the
>> user might only want to backup/sync their Marble data in OC. In that case, they
>> don't need to install a huge map app.
>>
>>>
>>> On the Hook system topic :
>>> Yeah hook system seems more appropriate to have other apps registering there
>>> points to the map app ...
>>> Maybe the JS hook can be used as we do with file actions?
>>> For this and app framework , Ping Raydiation
>>
>> OH, I overlooked the JS hook, will take a look at it :)
>>
>> As for the PHP Hook, yeah, I have discussed it with Raydiation on IRC.
>> I guess he is busy writing paper now ;p
>>
>> Have a great weekend too :D
>>
>> Best,
>> Qingping
>
>
>
>> On Sat, Mar 30, 2013 at 8:03 PM, Qingping Hou <dave2008713 at gmail.com> wrote:
>>>
>>> Hi Brice,
>>>
>>> I have been playing with AngularJs this week, really impressed by it's
>>> design ;)
>>>
>>> == Leaflet
>>>
>>> So I am planning to use angular-leaflet-directive in the app:
>>> http://tombatossals.github.com/angular-leaflet-directive/
>>>
>>> The directive is still very simple now, it only supports:
>>>   * one marker binding
>>>   * center view point binding
>>>   * zoom level binding
>>>
>>> I have submitted couple of patches to it and will keep extend it in
>>> following
>>> days. Things that I plan to add includes:
>>>   * multiple marker binding (can be used to show a set of bookmarked
>>> points)
>>>   * path biding
>>>
>>> BTW, I have a question on leaflet regarding routing: what's best way for
>>> me to
>>> display a route on the map?
>>>
>>>
>>> == Marble GSoC collabration
>>>
>>> I have talked with KDE side regarding the possiblity of collabrating.
>>>
>>> My original plan was I write the OC server side for marble and they focus
>>> on
>>> client side.
>>>
>>> However, it truns out that their mentor had really bad experience
>>> collabrating
>>> with other GSoC project and does not want to depend on other projecs this
>>> time.
>>> So we (me and marble's potential student) decide to collabrate in other
>>> way.
>>>
>>> They will still write a Marble app for OC, and our map app will interact
>>> with
>>> their app:
>>>   * pull data from Marble app and display in map app
>>>   * update data in Marble app so update sync, it can be updated in Marble
>>>
>>> How do you think about that?
>>>
>>>
>>> == Hook system
>>>
>>> I have looked into it a bit. So here is my understanding of the system,
>>> correct
>>> me if I am wrong ;p
>>>
>>> * Every class can register a method with an event
>>> * Every class can emit it's own events
>>> * When a event is emitted, methods registered with that event will ba
>>> called
>>>
>>> My question is this system is great for controlling other apps in map app.
>>> But
>>> when an app want to pull data from map app can we still use the hook
>>> system?
>>> Say the contact app wants to fetch a small embeded map and display it
>>> inside
>>> contact's info page.
>>>
>>> Also since we will be using appframework and it's current API hasn't
>>> provide
>>> method that wraps around the hook api yet, I need to firtst submit pathes
>>> to
>>> appframework. Will work on that in following days.
>>>
>>>
>>> === Misc
>>>
>>> BTW: should I also CC to Jan and Raydiatin next for email regarding GSoC
>>> project?
>>
>>
> _______________________________________________
> Owncloud mailing list
> Owncloud at kde.org
> https://mail.kde.org/mailman/listinfo/owncloud