Since the application this list is built to support, I'm cross posting a message from Cort, N0MJS posted to the Yahoo K0USY Group linking software. If you are using DMRlink to run a DMR <---> ASL Gateway or if you are using DMRlink to provide the ability to connect to multiple networks with finite control of the TG / TS routing, Please post the attribution on your web site. Without DMRlink creating the DMR to ASL gateway would have been a LOT more work. As DMRlink and HBlink merge, we will have enhanced connectivity. If BrandMeister ever decides to support DMRlink trunking, so much the better. here's hoping. Cort's post below. Several people have contacted me recently about using DMRlink to connect to BrandMeister and about our “network". Thinking about the questions they’ve been asking, it seemed like a list post is in order. DMRlink’s bridge.py application uses a modified version of IPSC for trunking multiple simultaneous calls on the same timeslot between instances of bridge.py. If you’re running more than one bridge.py, you can stream many, many calls at the same time between them. BrandMeister does not implement this protocol. If you’re interconnecting with BrandMeister, you must NOT specify the IPSC is “TRUNK”, and you can only send one call per timeslot at a time. Also, it’s come up again about joining our “network”. K0USY group has not, is not, and will not build a “network”. We make tools. It’s unfortunate that there are NO OTHER groups in amateur DMR that can see the distinction between “network” and “networking software”. We’re writing software, and giving it away, and impose no rules on how you use it except that attribution must be given. Which is the last thing to touch on. The ONLY price you pay to use DMRlink or HBlink is to provide attribution as we’ve requested in the realm files in the repositories. The number of people who contact this list or one of the developers directly who use our tools is substantial, but when I do a Google search, I see almost nothing. If you’re using DMRlink, HBlink, or know someone who is, you are required to make public attribution – such as listing it as we’ve requested on your Web sties, etc. for your groups, clubs, networks, etc. This is not a joke. If I don’t start seeing proper attribution out there, we’ll be moving DMRlink and HBlink to non-public repositories and not release future developments publicly. -- Cort Buffington H: +1-785-813-1501 M: +1-785-865-7206 -- "Just say no to world domination"
I'm a bit confused by what Cort expects. He released the software with a creative-commons license, which doesn't provide any stipulations for end-use. The attribution is required when his software is used in collections, derivatives, and reproductions. Just to run it, that license agreement doesn't require me to do anything. I value the work that he and his cohorts have done, but if he wants public recognition from folks who use his software, the license he is using isn't a good fit. On Mon, 29 Aug 2016 at 11:28 Steve Zingman <szingman@msgstor.com> wrote:
Since the application this list is built to support, I'm cross posting a message from Cort, N0MJS posted to the Yahoo K0USY Group linking software. If you are using DMRlink to run a DMR <---> ASL Gateway or if you are using DMRlink to provide the ability to connect to multiple networks with finite control of the TG / TS routing, Please post the attribution on your web site. Without DMRlink creating the DMR to ASL gateway would have been a LOT more work. As DMRlink and HBlink merge, we will have enhanced connectivity. If BrandMeister ever decides to support DMRlink trunking, so much the better. here's hoping.
Cort's post below.
Several people have contacted me recently about using DMRlink to connect to BrandMeister and about our “network". Thinking about the questions they’ve been asking, it seemed like a list post is in order.
DMRlink’s bridge.py application uses a modified version of IPSC for trunking multiple simultaneous calls on the same timeslot between instances of bridge.py. If you’re running more than one bridge.py, you can stream many, many calls at the same time between them. BrandMeister does not implement this protocol. If you’re interconnecting with BrandMeister, you must NOT specify the IPSC is “TRUNK”, and you can only send one call per timeslot at a time.
Also, it’s come up again about joining our “network”. K0USY group has not, is not, and will not build a “network”. We make tools. It’s unfortunate that there are NO OTHER groups in amateur DMR that can see the distinction between “network” and “networking software”. We’re writing software, and giving it away, and impose no rules on how you use it except that attribution must be given.
Which is the last thing to touch on. The ONLY price you pay to use DMRlink or HBlink is to provide attribution as we’ve requested in the realm files in the repositories. The number of people who contact this list or one of the developers directly who use our tools is substantial, but when I do a Google search, I see almost nothing. If you’re using DMRlink, HBlink, or know someone who is, you are required to make public attribution – such as listing it as we’ve requested on your Web sties, etc. for your groups, clubs, networks, etc.
This is not a joke. If I don’t start seeing proper attribution out there, we’ll be moving DMRlink and HBlink to non-public repositories and not release future developments publicly.
-- Cort Buffington H: +1-785-813-1501 M: +1-785-865-7206
-- "Just say no to world domination"
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
On 8/29/16 1:27 PM, Ryan Elliott Turner wrote:
I'm a bit confused by what Cort expects. He released the software with a creative-commons license, which doesn't provide any stipulations for end-use. The attribution is required when his software is used in collections, derivatives, and reproductions. Just to run it, that license agreement doesn't require me to do anything. I value the work that he and his cohorts have done, but if he wants public recognition from folks who use his software, the license he is using isn't a good fit.
+1 I can understand his frustration with hams pestering him about a network vs. software. It's one of the things I've been preaching for some time is to separate the software from network. Hams really love systems which let one person control their destiny it seams :( -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net
Amen On Mon, Aug 29, 2016 at 11:15 AM, Bryan Fields <Bryan@bryanfields.net> wrote:
It's one of the things I've been preaching for some time is to separate the software from network.
--
------------------------------ John D. Hays K7VE PO Box 1223, Edmonds, WA 98020-1223 <http://k7ve.org/blog> <http://twitter.com/#!/john_hays>
That's the idea of pretty much everything we do. As we move forward with the integration of DMRlink and HBlink, you can run a standalone open source network. First we get the basic connectors built and then... See my tag line. 73, Steve N4IRS On 8/29/2016 2:28 PM, John D. Hays wrote:
Amen
On Mon, Aug 29, 2016 at 11:15 AM, Bryan Fields <Bryan@bryanfields.net <mailto:Bryan@bryanfields.net>> wrote:
It's one of the things I've been preaching for some time is to separate the software from network.
John D. Hays K7VE
-- "Just say no to world domination"
participants (4)
-
Bryan Fields -
John D. Hays -
Ryan Elliott Turner -
Steve Zingman